Kimi Code — Flujos de trabajo · Agentes de IA para programar

Mini-flujos de trabajo específicos de Kimi Code CLI. Las versiones que valen para cualquiera de las tres herramientas están en Entender un repositorio nuevo (y el resto de recorridos, como Construir una feature de principio a fin).

Entender un código nuevo

cd repo-desconocido
kimi --plan

/init                                # genera AGENTS.md para que las próximas sesiones conozcan el proyecto
Usa explore para mapear la arquitectura general: puntos de entrada, módulos principales y flujo de datos.
/compact conserva el resumen de arquitectura   # si la sesión se alarga

Por qué: el modo plan mantiene al agente en solo lectura mientras investiga, los subagentes explore se abren en abanico sin ensuciar tu contexto principal, y /init deja por escrito lo que descubrió.

Construir una feature

kimi          # modo Always Ask por defecto

/plan on
Añade exportación a CSV a la página de informes. Redacta primero un plan.
# → revisa el plan y apruébalo con Enter (ExitPlanMode siempre pide confirmación)
# el agente implementa; aprueba cada edición o comando según te lo pida
/new                                # sesión limpia al pasar a la siguiente tarea

Por qué: planificar antes de ejecutar caza los enfoques equivocados antes de escribir código, y el modo Always Ask deja cada edición revisable.

Depurar un fallo

kimi -c          # continúa la sesión donde apareció el fallo, o bien:
kimi

El test "checkout applies discount" falla con: <pega la salida>
Encuentra la causa raíz, escribe primero un test que reproduzca el fallo y luego arréglalo.
/undo                              # si un intento de arreglo fue por mal camino (revierte prompts, no código)
/export-debug-zip                  # empaqueta la sesión si necesitas reportar un bug del CLI

Por qué: pegar la salida cruda del fallo ancla la investigación; /undo te deja retirar direcciones malas; y /btw responde dudas laterales sin molestar al turno de depuración.

Refactorizar

kimi -y          # Ask When Needed: las ediciones rutinarias van solas en un directorio de confianza

/goal Renombra el modelo `Customer` a `Account` en todo el repositorio. Para cuando `pnpm typecheck` y `pnpm test` pasen los dos.
/goal status                       # después, para ver turnos y tokens consumidos

Por qué: /goal con una condición de parada explícita mantiene al agente trabajando en turnos encadenados; el modo yolo te ahorra aprobar cientos de ediciones mecánicas — pero úsalo sólo en un directorio de confianza y lee antes los avisos de Permisos. Las operaciones rutinarias van solas; los archivos sensibles y los comandos peligrosos siguen preguntando.

Revisar código

kimi --agent-file ./agents/reviewer.md    # o usa el agente por defecto

Revisa los cambios de esta rama frente a main buscando problemas de corrección y seguridad.
Cita cada hallazgo como ruta:línea.
/export-md review-notes.md          # para compartir los hallazgos

Por qué: un agente propio de solo lectura garantiza que no se edita nada durante la revisión, y /export-md produce un artefacto compartible. Para revisar muchos archivos en paralelo, /swarm <tarea> abre subagentes en abanico (hasta 128).

Ejecución puntual desde scripts o CI

kimi -p "Resume qué cambió en el último commit" --output-format text
kimi -p "Lista los comentarios TODO añadidos hoy" --output-format stream-json

Por qué: -p se ejecuta sin interacción (permisos automáticos; las reglas estáticas de denegación siguen aplicándose) y manda los resultados a stdout con el diagnóstico en stderr — fácil de encadenar con tuberías. Códigos de salida en modo objetivo: 0 completado, 3 bloqueado, 6 pausado.

Última verificación: 2026-09-07

Fuentes oficiales:

Las herramientas de IA para programar evolucionan rápido. Si encuentras información desactualizada, abre un issue o un pull request.