Memoria de los agentes: Anthropic detalla cómo el «dreaming» ayuda a Claude a corregir y organizar sus notas

Anthropic publicó el 6 de noviembre de 2026 un extenso artículo de ingeniería, «The components of agent memory», sobre cómo sus agentes retienen lo que aprenden de una sesión a otra. El texto no lanza ningún producto: describe experimentos y un método, el «dreaming», que los equipos que desarrollan agentes pueden replicar.

Dos tiempos: anotar y luego consolidar

Anthropic denomina «memoria del agente» a lo que Claude conserva entre sesiones en forma de contexto reescribible o legible (notas en una carpeta, por ejemplo), a diferencia de los pesos del modelo, el aprendizaje dentro de una conversación o la compactación. El artículo distingue dos fases:

• durante la sesión, Claude escribe notas sobre lo que considera importante;
• fuera de sesión, una pasada de dreaming relee las transcripciones para corregir esas notas, redactar otras nuevas, construir una wiki o decidir qué se cargará por defecto la próxima vez.

La idea retoma el sleep-time compute propuesto por Letta y UC Berkeley: aprovechar los tiempos muertos entre dos interacciones para reorganizar el contexto.

Qué muestran las pruebas

En una tarea de CL-Bench 1.0 (preguntas sobre una base de datos con corrección tras cada respuesta), Anthropic describe una progresión generacional: Sonnet 4.6 acumula hipótesis no comprobadas, Opus 4.7 consolida un documento de referencia y Opus 5 es el primero en cerrar el ciclo (una regla, cómo sabe que es cierta, los errores encontrados).

En Pokémon Red, la diferencia radica en qué merece ser retenido: hacia los 10 000 pasos, Sonnet 3.7 había escrito 413 archivos en 225 carpetas para una sola medalla, mientras que Claude Fable 5 acumuló nueve archivos y un global.md para cuatro medallas. Un ejemplo concreto muestra el valor del dreaming: una nota errónea sobre la ubicación de un edificio hacía que Claude diera vueltas en círculos; una vez corregida cotejándola con la transcripción, le permitió avanzar.

En un corpus interno de Stainless (alrededor de 350 000 archivos), la wiki creada mediante dreaming hace subir las respuestas a 25 preguntas del 13% al 48% de los criterios evaluados al pasar de 2 a 128 sesiones. Combinada con una herramienta de búsqueda, alcanza el 61%, frente al 53% de la búsqueda sola, ahorrando unos 20 000 tokens por pregunta. En un benchmark jurídico (Harvey LAB), la wiki resulta útil cuando la información está dispersa entre documentos, pero no cuando basta con buscar dentro de un único archivo.

Las limitaciones reconocidas

El artículo señala que es preferible indicarle a Claude para qué sirve la memoria antes que cómo utilizarla: imponer la directiva «registra solo los fallos» hizo que Opus 5 y Opus 4.7 perdieran gran parte de las mejoras. Asimismo, recuerda que la capa cargada en cada sesión debe mantenerse reducida: Claude Code solo lee al arrancar las 200 primeras líneas o 25 KB de MEMORY.md. Por último, una wiki puede crecer hasta superar el volumen de los documentos que resume, y el dreaming consume capacidad de cómputo.