Guarda lo que influye en la siguiente decisión
Registra objetivo, límites, decisiones confirmadas, resultado actual y dudas pendientes: la información que cambia cómo continuar. No necesitas copiar toda la conversación. Selecciona lo que otra sesión tendría que conocer para avanzar sin reabrir elecciones ya tomadas ni repetir trabajo concluido, y conserva las referencias que permiten comprobar esos hechos dentro del proyecto.
Imagina un portal para aprobar propuestas. Has decidido que solo el responsable comercial aprueba definitivamente, que el equipo prepara documentos y que el cliente recibe únicamente la versión aprobada. Esas reglas afectan a los próximos cambios y deben existir fuera de los mensajes donde surgieron.
En este ejemplo hipotético, el resumen principal no necesita cada nombre probado para un botón. Sí necesita identificar quién aprueba y que modificar el contenido exige otra revisión. Selecciona según el efecto en el producto, además del tiempo que dedicaste a discutir cada asunto.
Dar contexto a la IA con criterio también sirve para continuar. Un registro breve de decisiones comprobables puede ayudar más que páginas donde se mezclan sugerencias, pruebas y acuerdos. Guarda los detalles donde puedan consultarse cuando exista una razón para recuperarlos.
Para preparar el siguiente paso, consulta Desarrollar aplicaciones con IA.
Separa las reglas del estado de la tarea
Las reglas estables describen cómo debe funcionar el proyecto; el estado indica dónde se detuvo el trabajo. Mantén ambas partes identificables para que una pendiente temporal no se convierta en instrucción permanente. El plan puede conectarlas mediante el objetivo, las decisiones vigentes y el siguiente paso autorizado, explicando la función de cada registro.
Una regla puede exigir revisar textos públicos antes de enviarlos. El estado puede indicar que el formulario está implementado localmente y falta comprobar las notificaciones. Mezclarlos sin organización dificulta distinguir qué seguirá vigente y qué dejará de estar pendiente cuando termine la tarea.
Planificar una aplicación antes de programar facilita separarlos. Conserva requisitos y decisiones en el plan, enlaza las instrucciones del agente y guarda los resultados de ejecución aparte. Puede ser una estructura sencilla si cada parte tiene una función clara.
Distingue también propuestas de decisiones. Si el asistente sugirió añadir pagos y todavía no lo aceptaste, debe constar como posibilidad. La siguiente sesión no puede interpretar una lista de ideas como autorización para desarrollarlas solo porque la conversación terminó sin una objeción expresa.
Cierra con un estado que pueda comprobarse
Antes de detenerte, pide un registro de cambios, verificaciones y pendientes, con la ubicación de resultados y los límites conocidos. El resumen debe permitir contrastar los hechos en el proyecto. Distingue lo implementado de lo probado, aprobado o utilizado por otras personas, para que la siguiente sesión no asuma una conclusión más amplia que la evidencia disponible.
La pantalla de revisión del portal puede estar preparada aunque sus permisos no se hayan probado. Escribir que el portal está terminado transmitiría una certeza indebida. Indica qué pantalla existe, qué casos se comprobaron y qué parte requiere todavía evaluación.
Conserva las rutas de los archivos, los nombres de los documentos y las referencias de versión cuando sean necesarios para localizar el trabajo realizado. Evita copiar credenciales o datos de clientes dentro del resumen. La continuidad depende de saber dónde obtener el acceso autorizado y consultar la información relevante, sin convertir la documentación del proyecto en una copia indiscriminada de todo lo que el agente encontró durante su trabajo.
Si un intento falló, registra la causa que ya conoces y la incertidumbre que permanece por resolver. No es necesario conservar todos los mensajes de error dentro del documento principal, pero puede resultar útil indicar dónde está guardado el resultado técnico. De ese modo, la siguiente sesión puede investigar sin repetir exactamente la misma experiencia simplemente porque desconoce que alguien ya la realizó.
Retoma leyendo y contrastando el proyecto actual
Al iniciar otra sesión, indica las referencias y pide comparar el estado documentado con los archivos actuales. Confirma la siguiente tarea y sus condiciones. Tener documentos disponibles facilita recuperar el contexto, pero no demuestra que se hayan leído ni que estén actualizados; esa correspondencia también necesita comprobarse antes de modificar el trabajo existente.
La lectura de instrucciones depende de la herramienta y la configuración. Un nombre de archivo conocido no garantiza que todos los entornos lo utilicen. Confirma qué instrucciones se aplican y pide que el agente identifique las decisiones relevantes antes de empezar a editar.
Otra persona puede haber trabajado mientras tanto, o una operación puede haber quedado incompleta. Resuelve cualquier diferencia antes de confiar en el resumen antiguo. El documento orienta la investigación, pero no debería imponerse automáticamente a pruebas recientes de que la situación ha cambiado.
La preparación de la primera sesión de trabajo también sirve al retomar: objetivo, entorno y accesos deben estar claros. Ahora, además, existe trabajo acumulado que preservar. Empieza por comprenderlo y localizar dónde puedes continuar respetando sus condiciones.
Actualiza la referencia cuando cambie una decisión
Si cambias una decisión, modifica el registro que orienta el trabajo e identifica la regla anterior como sustituida. Conserva el motivo donde resulte útil consultar el historial. Añadir otra frase sin resolver la contradicción puede dejar dos instrucciones incompatibles para que la sesión siguiente intente interpretar por su cuenta cuál sigue siendo válida.
Si la aprobación final pasa a necesitar dos personas, refleja el cambio en el plan y en la validación. El historial puede explicar el criterio anterior, pero no presentar ambos como vigentes. El equipo necesita una referencia clara del funcionamiento actual.
Revisa también enlaces y pendientes. Lo terminado debe dejar de aparecer como próximo paso y un archivo trasladado necesita una referencia corregida. Actualizar al producirse el cambio evita que el resumen termine describiendo un proyecto que ya no existe.
La documentación crece con el trabajo y también debe simplificarse cuando cambie el contexto. Preserva decisiones y evidencias sin obligar a reconstruir toda la historia. Debe permitir retomar sabiendo qué está decidido, qué se hizo y qué sigue necesitando atención.