Anthropic le sumó Dreaming a sus Managed Agents: un proceso que lee las sesiones viejas de un agente y le reordena la memoria, borrando duplicados y datos ya vencidos. Salió como research preview el 21 de abril de 2026 y corre con Claude Opus 4.8. El motor de continuidad Claude es la combinación de dos piezas que trabajan juntas: los Memory Stores y Dreaming.
El motor de continuidad Claude no es un producto que figure con ese nombre en la tienda de Anthropic. Es la combinación de dos funciones de la API de Managed Agents: los Memory Stores, donde un agente escribe lo que va aprendiendo mientras trabaja, y Dreaming, un job asincrónico que consolida esa memoria entre una sesión y la siguiente. Juntos resuelven un problema concreto: que un agente recuerde sin acumular basura.
En 30 segundos
- Research preview desde el 21/04/2026: Dreaming se pide por formulario, todavía no está disponible para todos.
- Lee de 1 a 100 sesiones más un memory store y devuelve un store nuevo, limpio y reordenado.
- Nunca toca la memoria original: revisás el resultado y lo usás o lo tirás.
- Corre con Opus 4.8, Opus 4.7 o Sonnet 4.6, y se cobra a tarifa de tokens estándar.
- Es para agentes de larga duración, no para un chat de una sola vuelta.
¿Cómo funciona Claude Dreaming en agentes?
Ponele que tenés un agente de soporte corriendo hace tres meses. Sesión tras sesión fue anotando cosas en su memory store: que el cliente X usa el plan anual, que tal bug se arregla reiniciando el worker, que a fulano no le escribas los viernes. El problema es que esos apuntes se escriben de a uno, locales e incrementales, y con el tiempo el store junta duplicados, contradicciones y datos que ya no valen. Cubrimos ese tema en detalle en los conceptos básicos de Claude.
Ahí entra el dream.
Según la documentación oficial de Anthropic, un dream es un trabajo asincrónico que toma dos cosas: un memory store ya existente y entre 1 y 100 transcripciones de sesiones pasadas. Lee todo, fusiona los duplicados, reemplaza lo viejo o contradicho por el valor más reciente, saca a la luz patrones nuevos, y devuelve un memory store flamante. El de entrada queda intacto.
Eso último es la parte que me gusta. Vos disparás el dream, esperás (tarda de minutos a decenas de minutos según el volumen), revisás el store que salió, y recién ahí decidís: lo enganchás a las próximas sesiones o lo borrás. Si el “sueño” salió raro, no perdiste nada.
El estado del job va pasando por pending, running y termina en completed, failed o canceled. Mientras está en running, podés mirar la sesión interna que ejecuta el pipeline y ver en vivo qué lee y qué escribe.
Memory Stores, Dreaming y Chat History: qué hace cada uno
Es fácil mezclarlos. Son tres cosas distintas que resuelven momentos distintos de la continuidad.
| Función | Qué es | Cuándo actúa | Para qué la usás |
|---|---|---|---|
| Memory Stores | El almacén donde el agente escribe lo que aprende | Durante cada sesión, de a poco | Guardar preferencias y hechos sobre la tarea en curso |
| Dreaming | Job asincrónico que reordena el store leyendo sesiones | Entre sesiones, cuando vos lo disparás | Limpiar duplicados y contradicciones tras muchas corridas |
| Chat History | Búsqueda de conversaciones previas en las apps de Claude | Cuando vos preguntás algo en el chat | Recuperar algo que dijiste en otra conversación |
Ojo con un detalle: Chat History es una función de las apps de consumidor de Claude, no de la API de agentes. La memoria de la que hablamos para automatización empresarial son los Memory Stores más Dreaming. Si estás armando un agente que corre solo, esas dos son las que te importan.
¿Para qué sirve la memoria persistente en agentes?
La continuidad recién paga cuando el agente vuelve a la misma tarea muchas veces. Algunos casos donde tiene sentido real:
- Soporte y atención al cliente: el agente recuerda el historial de cada cuenta sin que se lo vuelvas a pegar en el prompt cada vez.
- Automatización de ventas: arrastra el contexto de un lead entre interacciones, qué se ofreció, qué objeción puso.
- Asistentes de código: el ejemplo que usa la propia doc es justamente consolidar “preferencias de estilo de código” e ignorar las notas de debugging de una sola vez.
- Procesos internos de larga duración: un agente que audita, factura o concilia datos mes a mes y arranca cada corrida sabiendo lo de la anterior.
¿Y dónde no sirve? En un chatbot de una sola pregunta. Si la tarea no tiene continuidad, montar Memory Stores y Dreaming es resolver un problema que no tenés. Tema relacionado: las capacidades avanzadas de Opus.
Si vas a correr varios de estos agentes en producción, vas a necesitar infraestructura estable detrás, desde el hosting de tus webhooks hasta los servidores que orquestan las llamadas. Para alojar eso en Argentina o Latinoamérica, donweb.com te resuelve la parte de hosting y dominios.
¿Cómo activar Dreaming en Claude Managed Agents?
El camino corto, con los datos de la documentación:
- Pedí acceso al research preview: Dreaming no está abierto a todos, se solicita por el formulario de Claude Managed Agents.
- Mandá los beta headers: toda solicitud de Managed Agents lleva
managed-agents-2026-04-01, y Dreaming sumadreaming-2026-04-21. Los SDKs los ponen solos. - Tené un memory store y sesiones: si solo tenés transcripciones, creás un store vacío y lo pasás como input.
- Creá el dream: le pasás el store, los IDs de sesión (hasta 100), y el modelo (
claude-opus-4-8,claude-opus-4-7oclaude-sonnet-4-6). - Steereá con
instructions: un campo de hasta 4096 caracteres para decirle en qué enfocarse, por ejemplo “concentrate en preferencias de estilo, ignorá notas de debugging puntuales”. - Poleá el estado hasta
completedy enganchá el store de salida a tus próximas sesiones.
Sobre el costo: Dreaming se cobra a las tarifas de tokens estándar del modelo que elijas, y el gasto escala más o menos lineal con la cantidad y el largo de las sesiones que le metas. El consejo de la propia doc es arrancar con pocas sesiones y escalar cuando estés conforme con la calidad de la curación. Sabio.
Errores comunes al implementar memoria en agentes IA
- Guardar todo sin estructura. Si el agente anota cada cosa que pasa, el store se vuelve un depósito caótico. Definí desde el inicio qué vale la pena recordar y qué es ruido de una sola corrida.
- No correr Dreaming nunca. Los Memory Stores crecen solos y acumulan contradicciones. Sin la pasada de consolidación, la memoria se ensucia y el agente empieza a confiar en datos vencidos.
- Confundir memoria de trabajo con memoria persistente. El store de la sesión actual y el store consolidado entre sesiones cumplen funciones distintas. Tratarlos como lo mismo te lleva a guardar basura efímera como si fuera permanente.
- Esperar que la memoria arregle un prompt malo. Si el agente se comporta mal por instrucciones flojas, ningún dream lo salva. La memoria es continuidad, no prompt engineering.
Qué está confirmado y qué no sobre el motor de continuidad Claude
Confirmado por la documentación oficial:
- Dreaming es research preview, con header beta fechado el 21/04/2026.
- Procesa de 1 a 100 sesiones por dream; las
instructionsadmiten hasta 4096 caracteres. - Modelos soportados: Opus 4.8, Opus 4.7 y Sonnet 4.6.
- El store de entrada nunca se modifica; el de salida lo revisás y decidís.
- Se factura a tarifa de tokens estándar.
Lo que no está confirmado (tomalo con pinzas):
- Circulan cifras de clientes con mejoras enormes (multiplicadores de tareas completadas, caídas de errores arriba del 90%). La documentación oficial de Anthropic no publica esos benchmarks, así que no los des por hechos.
- No hay fecha pública de salida general ni esquema de precios distinto al de tokens.
- Sigue siendo preview: el acceso es limitado y las cosas pueden cambiar antes de la versión estable.
Preguntas Frecuentes
¿Qué es el motor de continuidad de Claude?
Es la combinación de Memory Stores y Dreaming dentro de Claude Managed Agents. Los Memory Stores guardan lo que el agente aprende mientras trabaja, y Dreaming consolida esa memoria entre sesiones. No es un producto con ese nombre comercial, sino la forma de describir cómo Claude mantiene contexto a lo largo del tiempo.
¿Cómo mantiene Claude la memoria entre sesiones?
A través de Dreaming, un job asincrónico que lee un memory store más hasta 100 transcripciones de sesiones pasadas y produce un store nuevo con los duplicados fusionados y los datos vencidos reemplazados. El agente arranca la siguiente sesión con esa memoria depurada en vez de empezar de cero. Te puede servir nuestra cobertura de gestionar sesiones en proyectos grandes.
¿Cuál es la diferencia entre Dreaming y Memory?
Memory (los Memory Stores) es donde el agente escribe en tiempo real durante cada sesión, de forma incremental. Dreaming es la pasada posterior que limpia y reorganiza ese almacén leyendo varias sesiones a la vez. Memory acumula; Dreaming consolida.
¿Cuánto cuesta usar Dreaming?
Se cobra a las tarifas de tokens estándar del modelo que elijas, sin precio especial. El costo escala con la cantidad y el largo de las sesiones que procesa cada dream. Conviene arrancar con pocas sesiones y subir el volumen cuando la calidad de la curación te convenza.
¿Cuándo conviene usar memoria persistente en mis agentes?
Cuando el agente vuelve a la misma tarea muchas veces y necesita arrastrar contexto: soporte, ventas, asistentes de código, procesos internos recurrentes. Para un chatbot de una sola pregunta no aporta nada y solo agrega complejidad.
Conclusión
Lo que cambió es concreto: Anthropic ya tiene una forma oficial de que un agente recuerde sin que la memoria se pudra con el uso. Dreaming no es magia, es una pasada de limpieza que vos disparás, revisás y aplicás cuando querés, sin riesgo de romper lo que ya había.
Si estás armando agentes de larga duración, el camino es claro: definí bien qué guardar en el Memory Store, corré Dreaming cada tanto para consolidar, y no esperes que la memoria tape problemas de prompting. Y mientras siga en research preview, validá todo con tus propios datos antes de meterlo en producción. Los números de terceros que andan dando vueltas todavía no los firmó nadie.