Memoria infinita para Claude Code · 2 herramientas open source

Si Claude Code es tu IDE primario, tarde o temprano te chocás con el techo del contexto. Te quedaste sin tokens, perdiste decisiones de la sesión anterior, o estás pegando manualmente el CLAUDE.md en cada repo nuevo. Dos proyectos open source resuelven esto desde ángulos opuestos. Esta guía te ayuda a decidir cuál.

Claude-Mem (thedotmack)

Repo: thedotmack/claude-mem. Licencia Apache 2.0. ~75.000 estrellas en GitHub al momento de escribir esto. Es la opción más popular y la más fácil de probar si venís de un mundo Node.

Cómo funciona

Claude-Mem opera vía hooks de Claude Code. Cuando instalás, se enganchan 5 hooks al ciclo de vida de la sesión:

1. pre-session — carga las memorias relevantes antes de que arranques.
2. post-message — captura cada turno.
3. post-tool-use — registra qué herramientas usaste y qué retornaron.
4. pre-compact — antes de que Claude Code compacte la conversación, archiva lo importante.
5. post-session — al cerrar, indexa todo para búsqueda futura.

Esto significa que no tenés que ejecutar comandos manualmente. La memoria se construye sola mientras trabajás. Si querés inspeccionar qué se guardó, abrís el dashboard en http://localhost:37777 y tenés UI completa: lista de sesiones, búsqueda full-text, filtros por proyecto, exportar/importar.

Instalación

npx claude-mem@latest install

Eso es todo. El comando registra los hooks en .claude/settings.json de tu proyecto (o globalmente si pasás --global), crea el directorio de memorias en ~/.claude-mem/, y arranca el dashboard local.

Lo bueno

• Fricción cero. Instalás y olvidás. No hay comando nuevo que recordar.
• Dashboard real. Ver lo que se guarda en UI es subestimado — encontrás información perdida tres semanas después con búsqueda de texto.
• Comunidad grande. 75k estrellas significa que cuando algo rompe, alguien ya abrió issue.
• Apache 2.0. Compatible con uso comercial sin obligaciones de redistribución.

Lo regular

• Storage no es local-first puro. El dashboard corre local, pero las memorias se serializan en JSON pesado. Repos grandes tras meses generan archivos de cientos de MB.
• No tiene MCP nativo. Otras herramientas no pueden consultar las memorias de Claude-Mem sin parsear el JSON manualmente.
• Recall medio. En benchmarks comunitarios da retrieval razonable pero no top — está optimizado para captura, no para búsqueda semántica fina.

MemPalace (mempalaceofficial)

Repo: mempalaceofficial/mempalace. Licencia MIT. El abordaje es completamente distinto.

Cómo funciona

MemPalace no usa hooks. Es un MCP server local que expone 29 tools de memoria a Claude. Cuando trabajás, Claude decide cuándo llamar mempalace_store, mempalace_recall, mempalace_search y compañía. La memoria es activa, no pasiva — Claude la usa como cualquier otra tool.

El motor por debajo es un vector store + grafo de conocimiento. Cada memoria se embebe, se etiqueta, y se conecta con otras memorias relacionadas. La búsqueda no es por keywords sino por proximidad semántica.

Los números

En el benchmark de retrieval que publica el proyecto:

• R@5 raw: 96.6% — recupera la memoria correcta entre las primeras 5 en 96.6% de los casos solo con vector search.
• R@5 hybrid: 98.4% — sube a 98.4% combinando vector search con keyword search.

Esto importa cuando tu base de memorias crece. Con 50 memorias, cualquier sistema funciona. Con 5.000, la diferencia entre 85% y 98% de recall es la diferencia entre que la herramienta te sirva o no.

Instalación

# 1. Instalar el CLI
npm install -g mempalace

# 2. Agregar el server al config de Claude Code
mempalace init

# 3. Reiniciar Claude Code

100% local. No hay servidor remoto, no hay API key, no hay dashboard web (se administra por CLI: mempalace list, mempalace search "decisión X", mempalace export).

Lo bueno

• Recall excelente. Encontrar la memoria correcta entre miles es donde brilla.
• Local-first puro. Vector store en SQLite, embeddings con modelo local (descarga al instalar, ~150MB). Sin internet también funciona.
• 29 MCP tools. Otras agentes (Cursor, Codex con MCP) pueden leer las mismas memorias.
• CLI mínimo. Si te gusta vivir en terminal, no tenés que abrir UI nunca.

Lo regular

• Activa, no pasiva. Claude tiene que llamar las tools. Si no las usa, no hay memoria. Vas a configurar tu CLAUDE.md para forzar el uso al principio.
• Sin dashboard visual. Si te gusta navegar UI, MemPalace se siente austera.
• Curva inicial. Las 29 tools son potentes pero hay que entender cuáles llamar cuándo. Vas a pasar un día leyendo la doc.

Decision helper: 3 perfiles

Perfil A — "Quiero memoria y no quiero pensar"

Instalá Claude-Mem. Hooks invisibles, dashboard cuando te haga falta, instalación de 30 segundos. Es la opción de menor fricción.

Perfil B — "Trabajo cross-tool (Claude Code + Cursor + Codex)"

Instalá MemPalace. Es MCP server estándar, cualquier cliente que hable MCP lo consume. Tu memoria viaja entre herramientas.

Perfil C — "Manejo repos grandes con historia compleja y necesito retrieval preciso"

Instalá MemPalace. El 98% de recall@5 sobre miles de memorias es lo que necesitás. Claude-Mem te va a empezar a fallar después de cierto volumen.

5 prompts copy-paste

Si vas con Claude-Mem, no necesitás prompts especiales — los hooks hacen su trabajo. Pero podés agregar a tu CLAUDE.md:

## Memoria
Antes de proponer arquitectura nueva, revisa las memorias del proyecto
abriendo http://localhost:37777 y buscando por keyword del componente
involucrado.

Si vas con MemPalace, conviene "forzar" el uso al principio:

## Memoria (MemPalace)
- Al inicio de cada sesión, llama mempalace_recall con el contexto del 
  proyecto actual.
- Antes de decisiones de arquitectura, llama mempalace_search con 
  keywords del problema.
- Después de resolver un bug, llama mempalace_store con título, 
  descripción del bug, y la solución que funcionó.
- Cuando estableces una convención del proyecto, llama mempalace_store 
  con tag "convention".
- Al terminar la sesión, revisa con mempalace_list si hay memorias 
  huérfanas que conectar.

Pegá ese bloque en CLAUDE.md y MemPalace pasa de tool opcional a hábito.

¿Se pueden combinar?

Sí, y para algunos es la mejor opción.

• Claude-Mem captura todo automáticamente (red de seguridad).
• MemPalace guarda las memorias curadas con alto recall (memoria de calidad).

Conviven sin chocar — usan paths distintos y hooks distintos. Si tenés disco para gastar, correr ambos te da lo mejor de los dos mundos.

Lo que no resuelven ninguno de los dos

Para que no te lleves expectativa equivocada:

• No reemplazan CLAUDE.md/AGENTS.md. Esos archivos siguen siendo donde van las reglas del proyecto. La memoria persistente es complementaria.
• No te ahorran tokens en la sesión actual. Si tu conversación crece, el contexto se llena igual. Ayudan entre sesiones, no dentro.
• No piensan por vos. Guardan lo que vos (o Claude) deciden guardar. Si nunca documentás por qué tomaste una decisión, la memoria solo va a tener el qué.

Conclusión

La elección no es "cuál es mejor" — es "qué prioridad tenés". Claude-Mem optimiza por facilidad. MemPalace optimiza por calidad de retrieval e interoperabilidad. Las dos son open-source con licencias permisivas. Las dos corren local. Instalá la que matchea tu perfil hoy, y la siguiente vez que sientas que falta algo, instalá la otra encima.

Lo que no podés hacer es seguir trabajando sin memoria persistente. Cada sesión que pasa sin guardar nada es contexto que se te evapora — y ese contexto vale tiempo, tokens y decisiones futuras.

Tags: memoria, claude-code, claude-mem, mempalace, mcp, hooks, local-first, comparativa