Claude Code AutoDream — Guion v1

[0:00 – 0:45] HOOK

Hay dos maneras de tener memoria en Claude Code.

La primera: activar auto-memory, dejar que Claude tome notas, y rezar para que después de 20 sesiones esas notas todavía tengan sentido. Eso es un resultado.

La segunda: entender cómo funciona el sistema de memoria por dentro — los archivos que genera, cómo se corrompen, y el proceso que Anthropic metió silenciosamente en el código para limpiarlos solos. Eso es un sistema.

La diferencia entre los dos es enorme. Y hoy te voy a mostrar el sistema completo.

[0:45 – 1:30] OPEN LOOPS

Antes de arrancar, tres cosas que vas a ver en este video:

Primero — vamos a abrir los archivos de memoria reales de un proyecto. Vas a ver exactamente qué escribe Claude, cómo crece, y por qué después de muchas sesiones se vuelve ruido.

Segundo — hay un proceso que Anthropic metió en el código de Claude Code pero que no ha anunciado oficialmente. Lo vamos a encontrar, vamos a leer el system prompt, y vamos a invocarlo en vivo.

Tercero — al final vamos a abrir una sesión nueva de Claude sin darle ningún contexto. Y Claude va a saber exactamente en qué estábamos trabajando. Solo con lo que quedó después de la limpieza.

[1:30 – 5:00] EL PROBLEMA — memoria que se pudre

Cuando trabajas con Claude Code por días o semanas en el mismo proyecto, auto-memory va escribiendo notas. Decisiones que tomaste, errores que encontraste, preferencias que le enseñaste.

Al principio funciona perfecto. Claude arranca cada sesión ya sabiendo el contexto.

Pero después de 20, 30 sesiones, pasa algo: los archivos de memoria crecen sin control. Hay entradas duplicadas. Fechas relativas que perdieron sentido — “ayer cambiamos el framework”, “la semana pasada fallaba el deploy”. Decisiones que ya no aplican porque refactorizaste. Contexto que contradice otro contexto.

[MOSTRAR EN PANTALLA: archivo de memoria real con ruido, duplicados, fechas relativas]

Claude empieza a leer todo eso al inicio de cada sesión. Consume tokens. Y peor: empieza a confundirse. La memoria que debía ayudarlo se convierte en ruido.

Ese es el problema real que nadie explica.

[5:00 – 12:00] LAS DOS CAPAS DE ANTHROPIC

Capa 1 — Auto-memory (oficial, v2.1.69)

Auto-memory es el sistema que escribe. Cada sesión, Claude guarda lo que aprendió en archivos markdown dentro de ~/.claude/projects/[tu-proyecto]/memory/.

[MOSTRAR EN PANTALLA: estructura de carpetas, archivos .md reales]

Hay un archivo índice — MEMORY.md — que actúa como tabla de contenidos. Tiene un límite: 200 líneas o 25KB. Cuando se llena, empieza el problema.

Esto sí es oficial. Está en el changelog de Anthropic desde la versión 2.1.69.

Capa 2 — Auto-dream (en el código, no anunciado)

Ahora la parte interesante.

Alguien buscando en el repositorio público de Claude Code en GitHub encontró algo en el system prompt:

“You are performing a dream — a reflective pass over your memory files.”

[MOSTRAR EN PANTALLA: fragmento del system prompt / gist de GitHub]

Eso es Auto-dream. Un subagente que Anthropic construyó para limpiar lo que auto-memory acumula.

No está en el changelog. No hay anuncio. Está controlado por un feature flag interno — nombre en código tengu_onyx_plover. Por eso algunos lo ven en su /memory y otros no.

¿Qué hace exactamente? Cuatro fases:

Orientación — escanea todos los archivos de memoria existentes
Señales de valor — busca correcciones que le diste, decisiones importantes, patrones que se repiten
Consolidación — elimina duplicados, convierte “ayer” en fechas reales, borra contexto obsoleto
Poda — deja el índice bajo 200 líneas, limpio para la próxima sesión

[MOSTRAR EN PANTALLA: diagrama simple de las 4 fases]

El resultado: en vez de que la memoria empeore con el tiempo, mejora.

[12:00 – 20:00] DEMO EN VIVO

Parte 1 — Ver el estado actual de la memoria

[MOSTRAR: abrir carpeta de memoria del proyecto real]

Acá están los archivos que Claude ha generado trabajando conmigo en este canal. Pueden ver las entradas, las fechas, el índice.

[SEÑALAR elementos concretos: una entrada útil, una entrada con fecha relativa, un duplicado si existe]

Parte 2 — Invocar la consolidación

El flag de auto-dream no está activado en mi cuenta todavía. Pero Claude igual puede hacer el proceso de forma manual.

[EN CLAUDE CODE, escribir:]

“Consolida mi memoria. Limpia duplicados, convierte fechas relativas a absolutas, poda lo que ya no aplica.”

[MOSTRAR el proceso en vivo — Claude leyendo archivos, consolidando, actualizando]

[MOSTRAR antes/después: el archivo de memoria antes y después de la consolidación]

Parte 3 — El momento “Aha”

Ahora abro una sesión nueva de Claude. Sin darle contexto. Sin decirle nada del proyecto.

[ABRIR sesión nueva, escribir solo:] “¿En qué estamos trabajando?”

[Claude lee MEMORY.md y responde con el contexto correcto]

Eso es lo que hace un sistema de memoria limpio.

[20:00 – 22:00] CIERRE — insight fuerte

Antes de cerrar, algo que quiero que te lleves.

El problema nunca fue que Claude olvidaba. El problema es que Claude recordaba demasiado, y sin orden.

Auto-memory resolvió el olvido. Auto-dream resuelve el desorden.

Son dos capas distintas. La primera acumula. La segunda filtra. Y juntas hacen algo que ningún prompt de “recuerda esto” puede hacer: un contexto que mejora con el tiempo en lugar de degradarse.

Anthropic no lo ha anunciado todavía. Está en rollout gradual. Pero ya está en el código, ya funciona si tienes el flag, y ya puedes invocar el proceso manualmente hoy mismo.

El repositorio y los archivos de memoria de ejemplo van a estar disponibles en GitHub. Todo lo que vieron acá es real, nada está oculto.

Nos vemos en el próximo video.

NOTAS DE PRODUCCIÓN

Mostrar archivos de memoria reales del proyecto yt/ — no inventar datos
Si el flag no está activo: demo con consolidación manual (ya probado, funciona)
Diagrama de 4 fases: simple, en pantalla, no slides de presentación
Repositorio: subir los archivos de memoria de ejemplo como referencia
Duración real estimada con demo: 20-25 min