Nota de edición: pieza evergreen preparada el 28 de octubre de 2026 para completar retrospectivamente el calendario editorial de octubre. La fecha de edición no acredita una publicación anterior.
Problema
El agente termina una sesión con un resumen impecable. En la siguiente, vuelve a abrir una decisión ya cerrada, interpreta una propuesta como autorización o repite una prueba cuyo resultado estaba guardado en otro archivo. El texto era legible, pero no permitía continuar el trabajo.
La continuidad depende de conservar el estado operativo. Una conversación mezcla alternativas, hechos comprobados, preferencias y acciones pendientes. Comprimirla sin distinguir esos elementos puede borrar precisamente lo que limita la siguiente decisión.
Tesis
Un relevo útil debe responder qué está vigente, cómo se sabe y qué se puede hacer después. El resumen orienta; los artefactos y las fuentes permiten comprobar. Conviene diseñar el paquete de continuidad como una entrega de turno, con información suficiente para retomar sin reconstruir toda la historia.
Anthropic aborda tanto la compactación del contexto como el uso de artefactos entre sesiones. Nuestra propuesta aplica esas ideas al trabajo de equipo: conservar una decisión exige conservar también su alcance y su motivo, especialmente cuando limita acciones posteriores.
Framework
Estado, evidencia y siguiente decisión
El paquete comienza con el resultado que se busca y la situación actual. Separa lo implementado de lo comprobado y lo comprobado de lo publicado. Esas diferencias permiten que el siguiente operador actúe sin inventar progreso.
Después registra las decisiones activas: quién las tomó, sobre qué alcance y bajo qué condiciones. Una autorización para preparar una campaña no equivale a permiso para lanzarla. Un acuerdo sobre un proveedor no demuestra que el contrato esté firmado.
Las referencias deben apuntar a pruebas recuperables: archivo, revisión, consulta o documento. Evita llenar el relevo de copias enteras. Lo que necesita el receptor es una ruta fiable hacia el detalle y una explicación de cuándo debe revisarlo.
Conserva las alternativas descartadas que importan
No hace falta preservar cada intento. Sí conviene guardar una alternativa rechazada cuando resulte atractiva y pueda volver a proponerse: el motivo del descarte evita repetir el mismo error.
Añade una condición de caducidad para la información cambiante. Si el inventario se consultó antes de una migración, el siguiente paso es volver a leerlo. La continuidad no debe transformar observaciones pasadas en hechos actuales.
Un relevo escrito para una migración incompleta
Este ejemplo ficticio muestra qué debería recibir la siguiente sesión. Los nombres de archivos son ilustrativos; en un proyecto real deben apuntar a artefactos existentes y accesibles.
objetivo: importar contactos conservando sus permisosestado: importación local comprobada; destino pendienteevidencia: resultado_local: qa/importacion-local.txt revision_probada: referencia-del-commitdecisiones: - mantener el sistema de origen hasta aceptar el destinoautorizacion: permite: preparar y probar con datos sintéticos pendiente: ejecutar la migración realsiguiente_accion: comprobar permisos con cuentas de prueba del destinorevalidar: esquema y configuración del destino antes de ejecutarLa prueba del relevo consiste en entregar solo ese paquete y sus referencias a otra persona. Pídele que localice el último resultado comprobado y proponga la siguiente acción. Si propone retirar el origen, el paquete ha fallado: no basta con que la información correcta esté en alguna parte si su organización permite interpretar mal el estado.
Hay una diferencia práctica entre recordar una autorización y extenderla. El relevo conserva quién la concedió y su alcance; el receptor vuelve a comprobar que su acción concreta cabe dentro de él. Una nota redactada por el agente no crea permisos nuevos. Tampoco convierte un log inaccesible en evidencia: si la referencia no abre, el estado vuelve a «pendiente de comprobar».
Cuando cambie una decisión, sustituye su estado vigente y conserva el motivo del cambio. Acumular instrucciones contradictorias obliga al siguiente operador a elegir por intuición. La continuidad se consigue haciendo fácil encontrar la versión aplicable, no guardando todo el historial en el mismo bloque.
Por qué importa ahora
Los agentes que trabajan durante varias sesiones necesitan retomar tareas con menos contexto del que produjeron. La calidad del relevo determina cuánto trabajo repiten y cuántas restricciones conservan. Comprar una ventana más grande no elimina la necesidad de distinguir decisiones y evidencia.
Un buen paquete también sirve al equipo humano: permite revisar una entrega sin leer conversaciones enteras y hace visibles las dependencias que bloquean la aceptación.
Anti-ejemplo
Caso hipotético: una nota dice «migración terminada». El siguiente agente retira el sistema anterior. En realidad, solo se había probado una importación local y faltaba validar permisos en el entorno de destino. La pérdida no viene de una alucinación nueva, sino de una compresión que eliminó una distinción esencial.
Protocolo (3 pasos)
| Paso | Contenido del relevo | Comprobación |
|---|---|---|
| Situar | Objetivo, alcance y estado real | Otro operador entiende qué falta |
| Vincular | Decisiones y referencias recuperables | Cada conclusión importante tiene respaldo |
| Retomar | Próxima acción y condiciones que deben revisarse | La sesión empieza verificando lo cambiante |
Relacionado
- Context Architecture: de prompts sueltos a sistema operativo de conocimiento
- Memoria obsoleta: el test que separa recordar de seguir teniendo razón
Fuentes consultadas
- Anthropic — Effective context engineering for AI agents
- Anthropic — Effective harnesses for long-running agents
Próximo paso
Entrega una tarea reciente a alguien que no haya visto la conversación. Si necesita adivinar qué está autorizado o dónde está la prueba, corrige el relevo antes de añadir más memoria.