claude-mem es un sistema de memoria persistente para Claude Code que captura lo que el agente hace en cada sesión, lo comprime con IA y lo vuelve a ofrecer en sesiones posteriores. En la página del repo, consultada el 14 de octubre de 2026, figura con unas 100,5k estrellas y 8,8k forks, y la lista de tendencias de GitHub de la semana le atribuye unas 3.587 estrellas nuevas. Es un repo con mucho ruido ahora mismo, así que conviene mirar qué hace de verdad.
Qué es
El problema que ataca es conocido: cada sesión con un agente de código empieza sin recordar lo anterior. claude-mem guarda observaciones de uso de herramientas, genera resúmenes y los hace consultables. Según el README, soporta Claude Code, Codex, Gemini, Copilot, OpenCode y otros.
Funciona con seis hooks del ciclo de vida (SessionStart, UserPromptSubmit, PreToolUse, PostToolUse, Stop y SessionEnd), cada uno ejecutado como claude-mem hook claude-code <evento>. Esos hooks hablan con un servicio local con API HTTP y visor web, gestionado con Bun. El almacenamiento es SQLite para sesiones, observaciones y resúmenes, más una base vectorial Chroma para búsqueda híbrida semántica y por palabras clave. El stack es TypeScript sobre Node.js 20+, con Bun y uv.
Para consultar la memoria hay una skill de búsqueda y herramientas MCP (search, timeline y get_observations), pensadas para usarse en ese orden: primero buscar, luego ver la línea temporal y por último pedir el detalle de los identificadores que interesan.
Cómo se usa
Según el README hay dos caminos de instalación:
# Instalador (ofrece inicio de sesión y elección de proveedor)
npx claude-mem installO desde Claude Code, con el marketplace de plugins:
/plugin marketplace add thedotmack/claude-mem
/plugin install claude-memDespués hay que reiniciar. El README avisa de que npm install -g claude-mem instala solo el SDK, sin hooks ni servicio. Una vez instalado, el contexto de sesiones anteriores aparece solo; para buscar a mano, el patrón sugerido es search(query="authentication bug", type="bugfix", limit=10), luego timeline y luego get_observations(ids=[...]). Lo que envuelvas en etiquetas <private> no se guarda.
Lo que me convence y lo que no
Me convence que la memoria sea local por defecto en cuanto a almacenamiento (SQLite y Chroma), que haya una etiqueta explícita para excluir contenido y que la licencia sea Apache-2.0, clara para uso profesional. El diseño por hooks es también el mecanismo estándar de Claude Code, no un parche.
Lo que me frena es la privacidad. Las observaciones se comprimen con IA, así que hay un proveedor de modelo implicado: el README cita un observador alojado con prueba gratuita de 30 días, o tu propia clave de OpenRouter o Gemini, o tu plan de Anthropic. Existe además una sincronización opcional en la nube (cmem.ai). La página no detalla qué datos salen de la máquina en cada modo, y un agente que toca código de producción ve secretos, rutas y logs. Antes de usarlo en un entorno serio yo leería el código de los hooks y elegiría explícitamente proveedor, o desactivaría el modo online con CLAUDE_MEM_ONLINE_OPTIN=false.
Tampoco he podido confirmar la fecha del último commit ni de la última release: la página no muestra releases (la insignia indica la versión 13.39.0) y tiene 34 issues y 57 pull requests abiertos. Y no lo he instalado ni ejecutado. Las alternativas más cercanas, a juzgar por sus etiquetas, son mem0, openmemory y supermemory.
Fuentes
- Repositorio claude-mem en GitHub (README y metadatos consultados el 14 de octubre de 2026).
- GitHub Trending semanal (14 de octubre de 2026).