Claude Code intenta arreglar el mayor dolor de los agentes: no empezar de cero cada vez
Claude Code ya puede pasar el testigo entre sesiones con un resumen, para que la siguiente continúe el trabajo sin obligarte a repetir medio proyecto. No es memoria compartida ni sincronización total, pero sí un paso útil contra uno de los fallos más molestos del trabajo con agentes.
📰 Qué ha pasado
Claude Code ha incorporado una forma de relevo entre sesiones: cuando abres otra, la nueva recibe un resumen del estado y puede seguir donde se quedó la anterior. La propia descripción deja claro que no se comparte historial completo ni archivos, así que no estamos ante una continuidad perfecta. La novedad apunta directamente a reducir la fricción de tener que reexplicar contexto una y otra vez. En la práctica, es una mejora de flujo de trabajo, no una revolución técnica.
🧭 El contexto: por qué ahora
El problema de fondo es conocido por cualquiera que haya trabajado con agentes o asistentes de código: el contexto se degrada, se corta o se vuelve caro de mantener. Cuando una sesión muere, se pierde parte del razonamiento, las decisiones intermedias y el hilo de lo que estabas haciendo. Los proveedores llevan tiempo intentando resolverlo con resúmenes, memoria, checkpoints o handoffs, porque sin eso el uso real se vuelve torpe muy rápido. Que Claude lo mueva al producto es lógico: si quieres que la gente use sesiones largas y múltiples, tienes que reducir el coste de reentrada. Aun así, esto no elimina el problema de fondo, solo lo maquilla de forma bastante útil.
🎯 A quién le afecta y cómo
- Si usas agentes en tareas largas: te ahorra reexplicar el estado cada vez que reinicias o abres otra sesión.
- Si trabajas con varios hilos en paralelo: puedes repartir trabajo con menos fricción, pero no asumir continuidad perfecta.
- Si revisas código con IA en equipos: reduce la pérdida de contexto entre turnos, aunque sigue haciendo falta disciplina humana.
- Si dependes de trazabilidad fuerte: no te sirve como sustituto de logs, issues o documentación real.
⚖️ Nuestra opinión
Criterio propio, sin nota de prensa: lo bueno, lo malo y lo que haríamos nosotros.
La mejora es buena y, sobre todo, honesta: no vende magia, vende menos fricción. Eso ya es bastante en un mercado donde muchos productos de agentes prometen continuidad total y luego te dejan con un resumen mediocre y decisiones implícitas perdidas por el camino. Aquí la propuesta es más sensata: mantener el hilo suficiente para no empezar de cero, sin fingir que el sistema recuerda todo. Ese enfoque encaja mejor con cómo se trabaja de verdad en desarrollo y operaciones.
La pega es que este tipo de handoff puede generar una falsa sensación de seguridad. Si el resumen omite una restricción, una decisión arquitectónica o un detalle de seguridad, el siguiente agente seguirá como si nada. Por eso, cuanto más crítico sea el trabajo, menos puedes delegar en la “memoria” del sistema y más necesitas artefactos explícitos: tickets, notas, ADRs, commits bien descritos. El valor existe, pero está en la reducción de ruido, no en la sustitución del criterio humano.
Lo que haríamos nosotros es probarlo solo en flujos acotados: tareas de refactor, exploración de repositorios, triage de incidencias o generación de documentación. Si el relevo entre sesiones reduce tiempo sin meter errores, se queda; si no, se usa como ayuda y punto. También exigiríamos que las decisiones importantes vivan fuera del chat, porque ningún resumen de agente debería ser la fuente de verdad. Y, sobre todo, mediríamos si de verdad baja el coste de contexto o solo cambia dónde pagas la complejidad.
✅ Qué hacer con esto
Acciones concretas si esto te toca de cerca.
- Probar el relevo entre sesiones en una tarea real de 1-2 horas y medir cuánto contexto se pierde al cambiar de sesión.
- Anotar fuera del chat las decisiones clave del trabajo: supuestos, restricciones, comandos peligrosos y estado del sistema.
- Usar esta función solo en tareas con bajo riesgo al principio: refactors, documentación, búsqueda en repositorios.
- Revisar si el resumen generado por el agente incluye dependencias, archivos tocados y decisiones pendientes antes de confiar en él.
- Definir un protocolo interno: qué se puede pasar entre sesiones y qué debe quedar siempre en tickets o ADRs.