¿Por qué Claude Code olvida mi historial de comandos?

Claude Code olvida tu historial de comandos porque cada invocación es una sesión efímera vinculada a un proceso de shell, sin un almacenamiento incorporado para comandos anteriores, salidas o el razonamiento detrás de ellos. /resume y CLAUDE.md ayudan dentro de un solo repositorio, pero ninguno persiste el historial de comandos estructurado a través de máquinas, equipos o proyectos. La solución es darle a Claude Code una capa de memoria externa que pueda leer en cada lanzamiento.

Claude Code es un agente de CLI que se ejecuta dentro de tu terminal. Tres decisiones de diseño en ese modelo producen el olvido que experimentas:

1. Las sesiones están vinculadas a un proceso de shell. Cuando inicias claude en un directorio, la conversación vive en la memoria de ese proceso. Cierra la terminal, pierde energía o abre una nueva pestaña y el contexto de trabajo se ha ido. Anthropic documenta /resume y --continue para retomar la sesión más reciente, pero dependen de transcripciones locales que no viajan contigo.

2. No hay un objeto de "historial de comandos" de primera clase. Claude Code almacena transcripciones en bruto de tus mensajes y sus respuestas, no un registro estructurado de "comando emitido, salida observada, decisión tomada". Incluso con /resume, obtienes el texto del chat de vuelta, no un registro consultable de qué comandos bash se ejecutaron, qué pruebas pasaron y qué enfoque rechazaste.

3. `CLAUDE.md` es una guía por repositorio, no memoria. El archivo CLAUDE.md en la raíz de un repositorio es una hoja de instrucciones estática que Claude Code lee en cada lanzamiento. Es excelente para "usar pnpm, no npm", y inútil para "recuerda que ayer intentamos migrate:up y falló en la extensión de postgres".

El resultado: el modelo que fue tu compañero de programación a las 6 pm se convierte en un extraño educado a las 9 am.

Cada nueva sesión quema de 10 a 20 minutos en redescubrimiento, y el costo se acumula a lo largo de un proyecto real:

• Caminos sin salida repetidos. Ya demostraste que pnpm build --filter web es la invocación correcta. La nueva sesión sugiere npm run build desde la raíz y falla de la misma manera que fallaste a las 2 am.
• Razonamiento perdido. "Elegimos la ruta de la variable de entorno sobre la ruta del archivo de configuración porque la caché de construcción de Vercel" es un razonamiento que no puedes reconstruir solo a partir de tu historial de shell. Sin él, el agente vuelve a litigar decisiones ya tomadas.
• Ruptura en la transferencia de equipo. Un compañero que clona el mismo repositorio obtiene el CLAUDE.md pero ninguno del historial de comandos que explica por qué tres migraciones están comentadas.

La solución no es "recuerda ejecutar /resume" — es desacoplar la memoria del proyecto de cualquier sesión de shell única.

Anthropic ha lanzado tres cosas que abordan parcialmente la persistencia. Ninguna de ellas es memoria del proyecto.

`/resume` y `--continue` te permiten reabrir la transcripción de la última sesión. Útil para retomar una refactorización interrumpida en la misma máquina y el mismo shell, en la misma hora. Inútil cuando cambias de laptop, transfieres a un compañero o quieres recordar lo que sucedió hace tres semanas. Las transcripciones también se acumulan rápidamente, por lo que encontrar "la sesión donde arreglamos la autenticación" es un desplazamiento manual.

`CLAUDE.md` carga convenciones del proyecto en cada sesión — estilo de codificación, comandos de construcción, inconvenientes. Es la herramienta adecuada para "siempre ejecutar la verificación de tipos antes de hacer commit" y la herramienta incorrecta para el historial de comandos, porque es curada a mano y estática. Si quieres que el historial de bash de ayer esté allí, tienes que escribirlo tú mismo.

Soporte nativo de MCP permite que Claude Code se conecte a servidores del Protocolo de Contexto del Modelo. Esta es la puerta por la que realmente puedes pasar. La documentación de Claude Code cubre la configuración de MCP en la guía oficial en docs.anthropic.com/en/docs/claude-code. MCP es el punto de integración al que se conecta una capa de memoria.

El problema más profundo es que el historial de comandos es un activo del proyecto, no un activo de sesión. Ejecutas Claude Code en una laptop, luego en un escritorio, luego en una caja de CI. Tu compañero lo ejecuta desde una clonación fresca. Ninguno de estos shells comparte estado, y CLAUDE.md no puede crecer por sí mismo.

Claude Code tampoco abarca herramientas. Puedes cambiar a Cursor, Cline o un shell bash simple a mitad de proyecto, y cualquier contexto que quisieras llevar se evapora. La memoria del proyecto necesita vivir fuera del editor.

MemoryLake es una capa de memoria cruzada que Claude Code lee al iniciar. En lugar de depender de /resume y un CLAUDE.md escrito a mano, le das al proyecto su propia memoria y dejas que cada sesión — la tuya o la de tu compañero — se abra con el historial completo de comandos cargado.

• Registro estructurado de comandos y decisiones. Cada comando ejecutado, cada resultado de prueba y cada nota de "por qué lo hicimos de esta manera" se almacena como una Memoria dentro del proyecto. La recuperación muestra solo la parte relevante por turno, por lo que el agente deja de volver a sugerir cosas que ya descartaste.
• La misma memoria a través de máquinas y compañeros. Inicia sesión en una nueva laptop y el estado del proyecto ya está allí. Un compañero que ejecuta claude contra el mismo repositorio obtiene el mismo historial, sin necesidad de actualizaciones manuales de CLAUDE.md.
• 10,000 veces el alcance de recuperación de la indicación en bruto. MemoryLake lee de miles de millones de tokens de memoria del proyecto y alimenta a Claude Code solo lo que importa en este turno. Dejas de pagar por transcripciones repetidas y dejas de golpear la ventana de contexto.

MemoryLake obtuvo un 94.03% en el benchmark de contexto largo LoCoMo, el mejor resultado publicado hasta 2026, con recuperación en milisegundos y cifrado de extremo a extremo AES-256.

1. Crea un proyecto y carga tu contexto. Inicia sesión en MemoryLake, abre Gestión de Proyectos, haz clic en Crear Proyecto y nómbralo algo como "Claude Code — refactorización de monorepo". Coloca tu CLAUDE.md, ADRs, libros de ejecución y transcripciones de sesiones anteriores en el Document Drive. Agrega reglas permanentes y resultados de comandos recientes a través de la pestaña de Memorias para que viajen con el proyecto.
2. Genera un endpoint de servidor MCP. Abre la pestaña de Servidores MCP dentro de tu proyecto, haz clic en Agregar Servidor MCP, dale un nombre como "integración de Claude Code" y haz clic en Generar. MemoryLake devuelve un ID de clave API, secreto y URL de endpoint. Copia el token Bearer inmediatamente — solo se muestra una vez.
3. Conecta Claude Code a través de MCP nativo. En tu terminal ejecuta claude mcp add memorylake <endpoint> con la URL del endpoint, o edita ~/.claude.json para agregar el servidor MemoryLake con tu token Bearer. Reinicia Claude Code. Cada nueva sesión ahora carga el historial de comandos, decisiones y convenciones del proyecto antes del primer aviso.