# Reiniciar el contexto de un agente sin perder las decisiones > El relevo entre sesiones necesita decisiones vigentes, referencias y trabajo pendiente; un resumen de conversación no basta. - Author: Viktor Berthelius (BRTHLS) - Published: 2026-10-04 - Updated: 2026-10-29 - Category: systems thinking - Tags: contexto, handoff, memoria - Language: es - Canonical: https://www.brthls.com/magazine/reiniciar-contexto-agente-paquete-continuidad-es - Source: BRTHLS Magazine — https://www.brthls.com --- *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. ```yaml objetivo: importar contactos conservando sus permisos estado: importación local comprobada; destino pendiente evidencia: resultado_local: qa/importacion-local.txt revision_probada: referencia-del-commit decisiones: - mantener el sistema de origen hasta aceptar el destino autorizacion: permite: preparar y probar con datos sintéticos pendiente: ejecutar la migración real siguiente_accion: comprobar permisos con cuentas de prueba del destino revalidar: esquema y configuración del destino antes de ejecutar ``` La 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](/magazine/context-architecture-es) - [Memoria obsoleta: el test que separa recordar de seguir teniendo razón](/magazine/memoria-obsoleta-test-premisa-agentes-es) ## Fuentes consultadas - [Anthropic — Effective context engineering for AI agents](https://www.anthropic.com/research/effective-context-engineering-for-ai-agents) - [Anthropic — Effective harnesses for long-running agents](https://www.anthropic.com/research/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. ## Lecturas conectadas - [Memoria obsoleta: el test que separa recordar de seguir teniendo razón](https://www.brthls.com/magazine/memoria-obsoleta-test-premisa-agentes-es) — Conexión editorial. - [Context Architecture: de prompts sueltos a sistema operativo de conocimiento](https://www.brthls.com/magazine/context-architecture-es) — Conexión editorial. - [Después de GTC Berlin: una fábrica de IA anunciada no es capacidad contratada](https://www.brthls.com/magazine/gtc-berlin-capacidad-europea-disponibilidad-es) — En la misma categoría. --- _Cite as: Berthelius, V. (2026). "Reiniciar el contexto de un agente sin perder las decisiones". BRTHLS Magazine. https://www.brthls.com/magazine/reiniciar-contexto-agente-paquete-continuidad-es_