Auto-memory · Auto-dream · /memory
Desde el 26 de febrero Claude escribe archivos en tu máquina en cada sesión. La mayoría de usuarios no sabe que esos archivos existen.
En este video: cómo funciona auto-memory, cómo activar auto-dream, y una demo en vivo donde 20 archivos con meses de contradicciones quedan en 7 limpios en menos de dos minutos.
El problema
Auto-memory funciona bien al principio. Después de 20 o 30 sesiones, los archivos crecen. Aparecen duplicados. Entradas que dicen "ayer cambiamos el framework" — ¿ayer cuándo? Un archivo que dice Express arriba y Fastify abajo. MongoDB en una línea, PostgreSQL en la siguiente. AWS en producción y GCP como migración pendiente — pero sin saber si esa migración ya ocurrió.
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.
$ ls ~/.claude/projects/shopapi/memory/
tech_stack.md tech_stack_v1.md tech_decisions.md
database.md database_migration.md
infra.md infra_old.md
deploy.md deploy_v1.md
preferences.md preferences_v2.md
bugs_pending.md cicd_fixes.md MEMORY.md
# 14 archivos. Varios dicen cosas distintas sobre el mismo tema.
# Algunos apuntados en MEMORY.md ya no existen.Lo que todos llaman "Memory 2.0" son en realidad dos mecanismos distintos.
Desde v2.1.59 · 26 feb 2026
Escribe. Cada vez que trabajas con Claude, genera archivos markdown
con el contexto del proyecto — decisiones, errores, preferencias. Activo por defecto.
Los archivos viven en ~/.claude/projects/.
Desde v2.1.87 · Activación manual
Limpia. Corre entre sesiones y consolida la memoria: resuelve contradicciones,
elimina duplicados, descarta contexto obsoleto y actualiza el índice. Hay que activarlo en
/memory.
Activar el toggle en /memory no solo activa auto-dream.
Cambia el mecanismo que Claude usa para consolidar — incluso si lo invocas manualmente.
Toggle OFF
Claude usa sus herramientas genéricas para leer y reescribir archivos. Funciona, pero interrumpe para pedir permisos y es más lento. Es Claude improvisando.
Toggle ON
Usa un subagente dedicado de Anthropic. Dice "Recalling N memories", "Contemplating…". Opera sin interrupciones, más rápido y más preciso.
Un proyecto de e-commerce con meses de decisiones que cambiaron. El estado que acumula cualquier proyecto real.
14
archivos antes
7
archivos después
Antes: Express y Fastify en el mismo archivo. MongoDB y PostgreSQL. Sin indicar cuál ganó.
Después: Fastify + PostgreSQL + Prisma + Node 20. Una sola fuente de verdad.
Antes: AWS EC2 con load balancer y RDS, más una migración a GCP Cloud Run marcada como "pendiente".
Después: GCP Cloud Run. Migración desde AWS completada. Terraform apply pendiente en producción.
Antes: 20 entradas, varios apuntando a archivos que no existen (database_issues.md, cicd_fixes.md, bugs_pending.md).
Después: 7 entradas. Todas apuntan a archivos reales.
Todo lo que aparece en el video es verificable. Aquí están las fuentes.
Scripts para reproducir el demo en tu propia máquina. Un comando crea ShopAPI con 14 archivos de memoria acumulada y abre el entorno tmux completo.
| Script | Qué hace |
|---|---|
demo-autodream.sh | Lanza el entorno completo: crea ShopAPI, inyecta memoria sucia, guarda snapshot y abre tmux |
demo-dirty-memory.sh | Solo crea el proyecto e inyecta los 14 archivos de memoria acumulada |
demo-restore-memory.sh | Limpia todo para empezar desde cero sin volver a clonar el repo |
Documentación oficial de Anthropic sobre el sistema de memoria de Claude Code.
code.claude.com/docs →
Toggle aparece en /memory pero el comando /dream devuelve "Unknown skill". Reporte en el repo oficial.
github.com/anthropics →
Seguimiento del comportamiento del subagente de dream y correcciones en versiones posteriores.
github.com/anthropics →
Las dudas más comunes sobre el sistema de memoria de Claude Code.
Auto-memory es una feature de Claude Code que escribe archivos markdown en tu máquina cada vez que trabajas con él — decisiones técnicas, errores encontrados, preferencias que le enseñaste. Se activó por defecto en todos los proyectos el 26 de febrero de 2026 con la versión 2.1.59. No necesitas configurar nada: si usas Claude Code, ya está corriendo.
Auto-dream lee todos los archivos de memoria de un proyecto, resuelve contradicciones (dos archivos diciendo tecnologías distintas para el mismo stack), elimina duplicados, descarta contexto obsoleto y actualiza el índice MEMORY.md. El resultado: la misma información en menos archivos, sin ruido. Apareció en v2.1.87 dentro del menú /memory — viene desactivado y hay que activarlo manualmente.
El toggle no es solo on/off. Con auto-dream OFF Claude intenta consolidar la memoria usando las herramientas genéricas que tiene disponibles — funciona, pero es Claude improvisando con un martillo. Con auto-dream ON usa un subagente dedicado que Anthropic construyó específicamente para esto: dice "Recalling N memories", "Contemplating... thinking", opera sin pedir permisos para cada archivo. Es notablemente más preciso y rápido.
Todavía no. Hay dos issues abiertos en el repo oficial de Anthropic (links en recursos) donde usuarios reportaron que el toggle aparece en /memory pero escribir /dream devuelve "Unknown skill: dream". El equipo de Anthropic tiene la corrección en progreso. Mientras tanto, la forma de invocarlo es con lenguaje natural: "consolida mi memoria usando dream".
Automáticamente entre sesiones cada cierto tiempo una vez activado — no hay un intervalo fijo publicado en la documentación oficial. También puedes invocarlo manualmente en cualquier momento escribiendo "consolida mi memoria usando dream" en Claude Code.
Sí. Desde /memory puedes desactivar auto-memory completo si no quieres que Claude escriba archivos en tu máquina. Puedes también revisar, editar o eliminar archivos individuales desde ese mismo menú. Los archivos están en ~/.claude/projects/ — uno carpeta por proyecto.
Sí, en casos ambiguos. Si hay dos entradas contradictorias sin indicación clara de cuál es más reciente, dream puede elegir la incorrecta. Lee señales como timestamps de archivos, contexto lingüístico (verbos como "migramos", "reemplazamos", "decidimos") e historial de sesiones. La recomendación es revisar el resultado después de las primeras ejecuciones — especialmente en proyectos con mucha historia acumulada.
Abre una terminal y corre ls ~/.claude/projects/.
Puede que tengas meses de contexto acumulado que Claude está leyendo en cada sesión.