Modo de planificación
El Agente escribe primero un plan y solo toca el proyecto después de la aprobación. Cuándo vale la pena y cuándo es solo una demora.
En el modo de planificación el Agente no reescribe el proyecto. Puede leer y puede pensar; al final escribe un plan que tú lees y apruebas, o devuelves. Es el único momento en el que tiene sentido esperar al Agente: antes de que empiece a escribir, no después.
Cómo se activa
En la Conversación, bajo el botón + está el interruptor «Modo de planificación». Se queda activado hasta que lo desactives, y se ve: el botón está resaltado, así que no encargarás trabajo creyendo que planificas.
El campo del Prompt pregunta además de otra manera: «¿Qué debe planificar el Agente?» en lugar de la invitación habitual.
Cambiar de modo exige reiniciar el Agente en el Servidor. Ocurre solo y es cuestión de un segundo o dos, pero precisamente por eso el modo no se cambia en cada Prompt.
Qué no puede pasar durante la planificación
El Agente corre con la escritura prohibida. No puede escribir un archivo, no puede ejecutar una orden que cambie algo. No es una promesa del encargo que pudiera pasar por alto: es la configuración con la que se ha arrancado.
El plan no aparece entonces como una respuesta corriente. El Agente lo presenta como una solicitud de permiso y ves el plan entero, no su principio: en otras acciones basta saber qué se va a ejecutar, aquí el contenido de la decisión es ese texto mismo.
Aprobar o devolver
Con un plan tienes dos opciones y las dos están bien:
- Aprobar el plan
- El Agente termina el turno y espera. Bajo la Conversación aparece un botón: Ejecutar el plan: un toque en lugar de escribir «pues hazlo». Solo con eso se pone a trabajar, ya en el modo corriente.
- Rechazar y escribir qué está mal
- Escribes qué no cuadra en el plan y el Agente lo rehace, todavía en planificación, todavía sin escribir. Esta es la manera barata de llevarlo a algún sitio: corregir un plan es un orden de magnitud más rápido que corregir código terminado.
Cuándo usarlo
- Con un encargo del que no estás seguro de haberlo descrito bien. Un plan es la comprobación más rápida de que os habéis entendido.
- En un proyecto ajeno. Antes de que el Agente reescriba algo, quieres ver qué archivos va a tocar.
- Con un cambio a lo largo de todo el proyecto: refactorización, renombrado, migración. Ahí un encargo mal entendido se manifiesta en cincuenta sitios.
- Cuando trabajas sin aprobaciones. El bypass y la planificación son una pareja con sentido: los encargos grandes los repasas con un plan y el resto corre luego sin interrupciones.
Cuándo no usarlo
En encargos pequeños un plan es una demora. «Corrige la errata del README» no necesita una reflexión en tres puntos, y leerla cuesta más que la corrección.
Tampoco encaja donde el Agente tiene que probar algo primero para saber qué proponer: por ejemplo al depurar, donde la causa se encuentra ejecutando una prueba. Durante la planificación no puede ejecutar nada, así que planificaría a ciegas.
Un plan que el Agente pide por su cuenta
A veces llega un plan aunque no hayas activado la planificación: el Agente decide por su cuenta que el encargo pide reflexión. Se comporta igual: lo lees, lo apruebas y aparece «Ejecutar el plan».
¿Se ha atascado en otro sitio distinto de lo que hay aquí? Escribe a support@coden-app.com.