Apothem vs. las reglas de CodeBuddy en bruto
Por qué encaminar las reglas de proyecto de CodeBuddy a través de Apothem en lugar de escribir a mano los archivos .codebuddy/rules en cada proyecto.
CodeBuddy lee las reglas de proyecto desde .codebuddy/rules/*.md. Puedes escribir esos archivos a mano, por proyecto, para siempre. El adaptador de CodeBuddy de Apothem renderiza uno de ellos a partir del perfil compartido y lo mantiene coherente en cada entorno y en cada proyecto. Esta página contrasta mantener esa configuración a mano frente a gestionarla con Apothem.
Comparación de esfuerzo
| Tarea | Configuración a mano | Gestionada con Apothem |
|---|---|---|
| Escribir reglas | Copiar y pegar las mismas disciplinas en .codebuddy/rules/ en cada proyecto | Renderizadas desde un único corpus compartido |
| Fuente de verdad | Los archivos propios de cada proyecto | Una cohorte canónica |
| Mantener las reglas alineadas entre entornos | Volver a derivarlas por herramienta | Proyectadas automáticamente |
| Actualizar las reglas | Editar a mano cada proyecto | apothem update --harness codebuddy --project <path> |
| Eliminar la configuración | Borrado manual | apothem uninstall con copia de seguridad con marca de tiempo |
| Compartir skills y comandos reutilizables | Copiar a mano cada carpeta de skill en ~/.codebuddy/skills/ y mantener las copias al día | Escritas en ~/.codebuddy/skills/ por el adaptador, una copia para todos los proyectos, y actualizadas con apothem update |
Qué gestiona Apothem
El adaptador de codebuddy renderiza las reglas compartidas en un archivo dedicado <project>/.codebuddy/rules/apothem-rules.md. También escribe dos carpetas en tu directorio personal que comparten todos los proyectos: las skills, y los comandos envueltos como skills, van a ~/.codebuddy/skills/, y las reglas y plantillas que esas skills citan van a ~/.config/apothem/rules/ y ~/.config/apothem/templates/. Tu archivo de memoria CODEBUDDY.md, tus permisos y servidores MCP en .codebuddy/settings.json, y cualquier otro archivo de reglas que escribas siguen siendo propiedad del operador: el adaptador reconoce esas superficies, pero nunca las edita. Cada cambio en las reglas compartidas vuelve a renderizar el archivo de reglas en la siguiente ejecución de apothem update.
Ruta de migración
- Ejecuta
apothem profile initpara crear el perfil compartido si aún no lo tienes. - Mueve las disciplinas de tus archivos
.codebuddy/rules/existentes al corpus compartido. - Ejecuta
apothem install --harness codebuddy --project <path>para renderizar el archivoapothem-rules.mdjunto a tus reglas propias, que no se tocan. - Ejecuta
apothem verify --harness codebuddy --project <path>para confirmar que la configuración se instaló. - Usa
apothem update --harness codebuddy --project <path>para cada cambio posterior.
Lee a continuación
Apothem frente a la configuración manual de Trae
Mantener a mano las reglas de Trae bajo .trae/rules/ frente a renderizarlas desde el perfil compartido de Apothem.
Apothem frente a la configuración manual de Antigravity
Mantener a mano los archivos de contexto global y de plugin de Antigravity CLI frente a gestionarlos a través del perfil compartido de Apothem.