Claude Code AutoDream — Guion v3

[0:00 – 0:50] HOOK

El 26 de febrero Anthropic lanzó la versión 2.1.59 de Claude Code. Sin anuncio grande, sin fanfarria. Pero esa actualización activó algo en tu máquina sin preguntarte: auto-memory. Desde ese día Claude lleva escribiendo archivos en background cada vez que trabajas con él.

La mayoría de usuarios no sabe que esos archivos existen.

Hace unos días actualicé a la versión 2.1.87, fui a /memory y apareció algo nuevo que no estaba antes: auto-dream. Venía desactivado. Lo activé, lo probé, y hoy te muestro exactamente qué hace, cómo funciona, y qué está pendiente todavía — porque no todo funciona perfecto aún.

[0:50 – 1:30] OPEN LOOPS

Tres cosas concretas que vas a ver en este video:

Primero — vas a ver 14 archivos de memoria de un proyecto real reducirse a 7 en menos de dos minutos. En tiempo real, con el árbol de archivos actualizándose en pantalla mientras pasa.

Segundo — vas a ver el antes y el después de un archivo con contradicciones — el mismo archivo diciendo Express y Fastify, MongoDB y PostgreSQL, AWS y GCP. Y cómo queda después de que dream lo limpia.

Tercero — vas a ver el toggle de auto-dream en /memory — el que la mayoría no sabe que existe — y exactamente qué pasa cuando lo activas.

Si el canal te está siendo útil, suscríbete — ayuda más de lo que parece. Y si tienes preguntas sobre lo que veas hoy, déjalas en los comentarios. Leo todos.

[1:30 – 6:00] EL SISTEMA DE MEMORIA — auto-memory primero

El 26 de febrero 2026, con la versión 2.1.59, Anthropic activó auto-memory por defecto en todos los proyectos.

¿Qué hace? Cada vez que trabajas con Claude, él va escribiendo archivos markdown en tu máquina con el contexto del proyecto — decisiones que tomaste, errores que encontraste, preferencias que le enseñaste.

[MOSTRAR EN PANTALLA: tree ~/.claude/projects/]

Acá están. Cada proyecto tiene su carpeta. Dentro, un MEMORY.md como índice y archivos por tema.

[MOSTRAR: /memory en Claude Code]

Desde /memory puedes verlos, abrirlos, o desactivar auto-memory si no lo quieres. Está documentado oficialmente en code.claude.com/docs/en/memory.

El problema que nadie menciona: esto funciona bien al principio. Pero después de 20, 30 sesiones los archivos crecen. Aparecen duplicados. Entradas que dicen “ayer cambiamos el framework” — ¿ayer cuándo? Contexto obsoleto que ya no aplica. Claude lee todo eso al inicio de cada sesión, consume tokens, y empieza a confundirse.

La memoria que debía ayudarlo se convierte en ruido.

Eso es lo que llegó a resolver auto-dream.

[6:00 – 8:00] AUTO-DREAM — cómo activarlo y qué cambia

Con la versión 2.1.87 apareció auto-dream en el menú de /memory. Viene desactivado — tienes que ir y activarlo manualmente.

[MOSTRAR: /memory con auto-dream off → activar → auto-dream on]

Una vez activado, corre automáticamente entre sesiones cada cierto tiempo. No tienes que pedirle nada.

Ahora — algo que nadie explica: el toggle no es solo on/off. Determina qué mecanismo usa Claude para limpiar la memoria.

[MOSTRAR: con auto-dream OFF, escribir “consolida mi memoria usando dream”]

Fíjense — con el toggle OFF, Claude usa las herramientas que tiene disponibles para leer y consolidar archivos. Funciona, pero es Claude improvisando.

[MOSTRAR: con auto-dream ON, escribir lo mismo]

Con el toggle ON — distinto. Dice “Recalling 20 memories”, “Contemplating… thinking”. Está usando el subagente dedicado que Anthropic construyó específicamente para esto. Más preciso, más rápido, sin pedir permisos para cada operación.

La diferencia no es trivial. OFF es un martillo. ON es la herramienta correcta.

Pero hay algo pendiente: el comando /dream que aparece en el menú como referencia — no funciona todavía.

[MOSTRAR: escribir /dream → “Unknown skill: dream”]

Hay dos issues abiertos en el repo oficial de Anthropic — los links van en la descripción. Se invoca por lenguaje natural por ahora:

[MOSTRAR: escribir “consolida mi memoria usando dream” con toggle ON]

Y eso es lo que vamos a hacer en la demo.

[8:00 – 16:00] DEMO — ShopAPI con memoria acumulada

Para la demo voy a usar un proyecto de ejemplo — una API de e-commerce llamada ShopAPI. Simula lo que pasa después de 3 meses trabajando en el mismo proyecto con Claude: decisiones que cambiaron, archivos duplicados, contexto que quedó obsoleto.

[MOSTRAR tree con 20 archivos — narrar:]

“Miren estos archivos — tenemos tech_stack.md, tech_stack_v1.md, tech_decisions.md. Tres archivos sobre el mismo tema. database.md y database_migration.md. infra.md e infra_old.md. deploy.md y deploy_v1.md. preferences.md y preferences_v2.md. Y el MEMORY.md apuntando a archivos que ni siquiera existen — database_issues.md, cicd_fixes.md, bugs_pending.md — todos fantasmas.”

[ABRIR tech_stack.md — leerlo en voz alta:]

“Miren esto — dice ‘Backend: Express.js con Node 14’. Más abajo dice ‘migramos el backend a Fastify’. Más abajo todavía ‘Stripe reemplaza a PayPal’. Todo en el mismo archivo. Si Claude lee esto al inicio de una sesión, ¿qué framework está usando el proyecto? No sabe.”

[ABRIR infra.md:]

“Y acá la infra — dice ‘AWS EC2 t3.medium en us-east-1’, load balancer, RDS en AWS. Más abajo dice ‘migrando a GCP Cloud Run’. ¿Estamos en AWS o en GCP? Claude tampoco sabe. El Terraform en producción aparece como ‘pendiente ejecutar’ — ¿se ejecutó o no?”

[ABRIR MEMORY.md:]

“El índice tiene 20 entradas. La mitad apunta a archivos que no existen. Cada vez que Claude arranca una sesión intenta cargar esto y falla silenciosamente. Eso consume tokens y genera confusión.”

Eso es lo que se acumula en un proyecto real después de meses.

[ABRIR tech_decisions.md:]

“Antes de ejecutar dream, miren este archivo — tech_decisions.md. Acá está la cronología de decisiones del proyecto — con fechas. Dream lee esto y sabe qué es lo más reciente. No adivina — lee.”

Ahora ejecutamos dream.

[EN CLAUDE CODE escribir:]

“consolida mi memoria usando dream”

[MOSTRAR pantalla dividida: Claude trabajando izquierda, tree actualizándose derecha:]

“Miren el panel derecho — Claude está leyendo todos los archivos. Fíjense cómo va cambiando el contador de archivos. Está tomando decisiones sobre qué conservar y qué eliminar.”

[Cuando Claude pide permiso para borrar archivos:]

“Acá está el humano en el loop — Claude encontró los archivos obsoletos y pide permiso antes de eliminarlos. Le damos acceso permanente para que no interrumpa más durante la limpieza.”

[Cuando termina — tree muestra 7-8 archivos:]

“Pasamos de 20 archivos a 7. Miremos qué quedó.”

[ABRIR tech_stack.md limpio:]

“Una sola fuente de verdad — Fastify, Vite, PostgreSQL, Prisma, Cloud Run, Node 20. Sin contradicciones, sin historial. Solo el estado actual.”

[ABRIR infra.md limpio:]

“Infra — GCP Cloud Run. Migración desde AWS completada. Terraform apply pendiente en producción. Un solo archivo, estado claro.”

[ABRIR MEMORY.md limpio:]

“Y el índice — 7 entradas, todas apuntando a archivos que existen. Nada fantasma.”

[CAMBIAR a ventana vimdiff — Ctrl+B n, presionar ENTER:]

“Acá el antes y el después de tech_stack — el archivo más representativo. Izquierda: el caos. Derecha: la versión limpia. Claude tomó la decisión más reciente en cada caso.”

[CERRAR vimdiff con :qa]

“¿Cómo supo cuál era la más reciente? Leyó el historial de sesiones, los timestamps de los archivos, y el contexto lingüístico — verbos como ‘migramos’, ‘decidimos’, ‘reemplaza’. No es magia, es lectura de señales.”

[PAUSA — advertencia honesta:]

“Una cosa importante: en casos ambiguos dream puede equivocarse. Si hay dos decisiones contradictorias sin indicación clara de cuál es más reciente, puede elegir mal. Por eso la recomendación es revisar el resultado después de que corre — al menos las primeras veces.”

[18:00 – 21:00] DE DÓNDE VIENE ESTO

Una cosa más antes de cerrar — las fuentes reales.

[ABRIR NAVEGADOR: code.claude.com/docs/en/memory]

Esta es la documentación oficial de Anthropic. Auto-memory está documentado acá.

[ABRIR: github.com/anthropics/claude-code/issues/38426] [ABRIR: github.com/anthropics/claude-code/issues/39135]

Estos son issues del repo oficial de Anthropic donde usuarios reportaron que el toggle de auto-dream aparecía pero /dream no funcionaba como comando. El equipo de Anthropic respondió — fue corregido en versiones posteriores.

Todo lo que vieron hoy está verificable. Los links van en la descripción.

[21:00 – 23:00] CIERRE — insight fuerte

Entonces, ¿qué es realmente “Memory 2.0”?

Es el nombre que le pusieron los YouTubers a dos features distintas de Anthropic que trabajan juntas — y que la mayoría confunde como si fueran una sola.

Auto-memory escribe. Desde el 26 de febrero, activa por defecto en todos los proyectos. Auto-dream limpia. Desde v2.1.87, disponible en /memory — pero tienes que activarlo tú.

Una acumula. La otra filtra. Sin las dos juntas, la memoria de Claude mejora al principio y se degrada con el tiempo. Con las dos, mejora con cada sesión.

Antes de cerrar, algo que casi nadie menciona: auto-dream no decide qué es importante — tú lo decides con cada conversación. Cada vez que corriges a Claude, cada vez que tomas una decisión técnica, cada vez que cambias de framework — eso es la señal que dream va a leer para saber qué conservar. La calidad del resultado depende directamente de la calidad de tus conversaciones con Claude.

Los scripts de demo están en el repositorio — link en la descripción. Incluye demo-dirty-memory.sh para generar el proyecto ShopAPI con memoria acumulada, demo-restore-memory.sh para limpiar y repetir, y demo-autodream.sh para lanzar el entorno tmux completo. Pueden correr todo esto en su propia máquina sin tocar ningún proyecto real.

Antes de cerrar: si usas Claude Code en un proyecto real, abre una terminal ahora y corre ls ~/.claude/projects/. Puede que tengas meses de contexto acumulado que Claude está leyendo en cada sesión — y que nunca revisaste.

Nos vemos en el próximo video.

DESCRIPCIÓN DEL VIDEO (borrador)

Claude Code lleva tiempo escribiendo archivos en tu máquina sin avisarte. Desde v2.1.87 hay un proceso nuevo que los limpia solo entre sesiones.

En este video:

Qué es auto-memory y dónde están los archivos que Claude genera
Qué es auto-dream y qué hace exactamente (demo en vivo, dos proyectos)
De dónde viene — documentación oficial + issues del repo de Anthropic
Por qué todos lo llaman “Memory 2.0” y qué es realmente cada cosa

Links:

Docs oficiales memoria: https://code.claude.com/docs/en/memory
Issue #38426: https://github.com/anthropics/claude-code/issues/38426
Issue #39135: https://github.com/anthropics/claude-code/issues/39135

NOTAS DE PRODUCCIÓN

Grabar /memory mostrando “Auto-dream: on · last ran X ago”
NO mostrar el gist de Sakeeb91 — usar solo fuentes oficiales de Anthropic
Duración real estimada con ambas demos: 20-25 min
Actualizar v2.1.87 antes de grabar para que auto-dream aparezca en /memory

CHEAT SHEET DE GRABACIÓN — leer antes de cada toma

Preparar entorno (fuera de cámara)

# Desde ~/NICOLASNEIRA/yt/
bash scripts/demo-autodream.sh

Esto limpia, inyecta memoria sucia, guarda snapshot y abre tmux automáticamente.

Flujo dentro de tmux

Ventana 0 — demo principal (2 paneles)

Panel izquierdo: Claude abierto en ~/demo-autodream
Panel derecho: tree en vivo actualizándose cada segundo

Secuencia durante la grabación:

Mostrar /memory con auto-dream OFF → activarlo → auto-dream ON
En Claude escribir: consolida mi memoria usando dream
Observar panel derecho — archivos reduciéndose en tiempo real
Cuando Claude pida permiso para borrar: darle acceso permanente
Cuando termine: abrir archivos limpios (tech_stack, infra, MEMORY.md)

Para abrir vimdiff (antes/después de tech_stack):

Ctrl+B n     → cambiar a ventana "diff"
ENTER        → se abre vimdiff automáticamente
:qa          → cerrar vimdiff y volver

Para repetir la toma:

Ctrl+B D     → salir de tmux (detach)
bash scripts/demo-autodream.sh   → reiniciar todo desde cero

Orden de archivos a mostrar en pantalla

tree con 14 archivos (antes)
tech_stack.md sucio (contradicciones Express/Fastify, MongoDB/PostgreSQL)
infra.md sucio (AWS vs GCP)
MEMORY.md sucio (links fantasma)
tech_decisions.md (cronología con fechas — “dream lee esto”)
→ ejecutar dream
tech_stack.md limpio
infra.md limpio
MEMORY.md limpio
→ vimdiff tech_stack antes/después