Apothem frente a la configuración manual de Kimi Code
Mantener a mano el AGENTS.md de la raíz del proyecto y los archivos de apoyo .kimi-code/ de Kimi Code frente a renderizarlos desde el perfil compartido de Apothem.
Kimi Code lee el AGENTS.md de la raíz del proyecto como su archivo de
instrucciones y guarda la configuración del proyecto en <project>/.kimi-code/,
incluida la superficie MCP .kimi-code/mcp.json, que es propiedad del operador.
Puedes redactar a mano ese archivo de instrucciones y sus cohortes de apoyo,
proyecto por proyecto, para siempre. El adaptador de kimi-code de Apothem
renderiza la superficie de gobernanza en AGENTS.md como un bloque gestionado a
partir del perfil compartido y la mantiene coherente en todos los entornos y en
todos los proyectos. Esta página contrasta mantener esa configuración a mano
frente a gestionarla con Apothem.
Comparación de esfuerzo
| Tarea | Configuración manual | Gestionada por Apothem |
|---|---|---|
Redactar la superficie de instrucciones AGENTS.md | Escribir a mano y resincronizar en cada proyecto | Un bloque gestionado, renderizado desde el perfil compartido |
| Mantener sincronizadas reglas, comandos, skills y agentes | Copia manual en cada proyecto | Skills y comandos (como skills) en <project>/.kimi-code/skills/; ayudantes como subagentes en <project>/.kimi-code/agents/; reglas, hooks y plantillas en <project>/.kimi-code/.apothem/support/, en cada instalación |
| Conservar la prosa del operador al actualizar | Fusión manual | Bloque delimitado por centinelas; la prosa del operador fuera de él se conserva |
| Mantener las reglas alineadas con otros entornos | Manual, herramienta por herramienta | Automático con apothem update |
| Verificar que la configuración es correcta | Inspección manual | apothem verify --harness kimi-code --project <path> |
Qué gestiona Apothem
El adaptador de kimi-code renderiza las reglas compartidas y la superficie de
gobernanza en el bloque gestionado del AGENTS.md de la raíz del proyecto, e
instala las skills, y los comandos envueltos como skills, en .kimi-code/skills/,
el directorio de skills del proyecto que Kimi Code carga. Los ayudantes se
convierten en subagentes de Kimi Code en .kimi-code/agents/, con sus nombres de
herramientas traducidos a los que Kimi Code reconoce. Las cohortes de hooks,
reglas y plantillas van bajo .kimi-code/.apothem/support/: Kimi Code lee los
hooks desde ~/.kimi-code/config.toml, en el ámbito del usuario, que el
adaptador no escribe. El adaptador no redacta .kimi-code/mcp.json; la
superficie MCP sigue siendo propiedad del operador. Kimi Code lee las
instrucciones del proyecto desde AGENTS.md o desde .kimi-code/AGENTS.md; el
adaptador escribe solo el AGENTS.md de la raíz del proyecto, y la documentación
de Kimi Code no indica cuál de los dos archivos prevalece cuando ambos existen.
Cada cambio en las reglas compartidas vuelve a renderizar los archivos en el
siguiente apothem update.
Ruta de migración
- Ejecuta
apothem profile initpara crear el perfil compartido si aún no lo tienes. - Mueve las reglas de tu
AGENTS.mdexistente al corpus compartido. - Ejecuta
apothem install --harness kimi-code --project <path>para renderizar la superficie de instruccionesAGENTS.md, las skills de.kimi-code/skills/, los subagentes de.kimi-code/agents/y el árbol de soporte.kimi-code/.apothem/support/. - Ejecuta
apothem verify --harness kimi-code --project <path>para confirmar que la configuración quedó instalada. - Usa
apothem update --harness kimi-code --project <path>para cada cambio posterior.
Lee a continuación
Apothem vs. la configuración de Open-Claw en bruto
Mantener a mano la configuración de Open-Claw frente a gestionarla a través del perfil compartido de Apothem.
Apothem frente a la conexión manual del backend GLM
Por qué enrutar la configuración del backend GLM (Z.ai) a través de Apothem en lugar de conectar a mano las variables de entorno en cada proyecto.