claude-mem: memoria persistente para Claude Code con -75% de tokens
Captura cada sesión de Claude Code, la comprime con IA y reinyecta el contexto en la siguiente. Hasta 75% menos tokens, sobrevive a /clear, compactación y cambios de máquina.
Por qué importa Convierte cada conversación con Claude Code en memoria persistente buscable: la próxima sesión arranca sabiendo qué se investigó, decidió y completó en las anteriores. Compatible con varios agentes (Codex, Gemini, Copilot).
claude-mem: memoria persistente para Claude Code con -75% de tokens
¿Qué es?
claude-mem es un sistema de compresión y persistencia de contexto diseñado para Claude Code, aunque funciona también con Codex, OpenClaw, Gemini, Hermes, Copilot y OpenCode. Captura cada sesión del agente — qué se investigó, qué se decidió, qué se completó, qué quedó pendiente — la pasa por un compresor con IA y la guarda en una base vectorial local (ChromaDB).
En la siguiente sesión, antes de que el agente arranque, claude-mem busca los recuerdos más relevantes para el contexto actual y los inyecta como historial. El resultado: el agente “se acuerda” sin tener que releer todo el código ni recargar el contexto manualmente.
El proyecto reporta hasta un 75% menos de consumo de tokens por sesión. Llegó al #1 en GitHub Trending y supera las 76.000 estrellas.
¿Cuándo conviene usarlo?
- Engagements largos donde el contexto entre sesiones empieza a deteriorarse y reproducir el estado mental cuesta tiempo.
- Equipos que pagan por tokens y donde el ahorro del 75% se traduce en margen.
- Continuidad entre máquinas: el contexto vive en ChromaDB local, así que el operador puede saltar de laptop a desktop sin perder hilo.
- Estandarizar memoria entre múltiples agentes (Claude, Codex, Gemini) en un mismo flujo.
Quickstart
npx claude-mem init
Esto configura hooks en ~/.claude/settings.json, levanta ChromaDB localmente y abre el visor en http://localhost:37777. A partir de la próxima sesión de Claude Code la captura y el retrieval son automáticos.
Requisitos: Node ≥ 18, ChromaDB corriendo local (la propia install lo gestiona).
Cuándo NO usarlo
- Tareas one-shot: el coste de captura no compensa.
- Entregables comerciales hosteados: la licencia AGPL 3.0 es copyleft y se dispara con uso en red. Si claude-mem se embebe en un SaaS entregable al cliente, el código fuente de ese servicio puede tener que liberarse bajo AGPL.
- Entornos regulados donde guardar el contenido de las sesiones (aunque comprimido) crea una superficie de datos que no estaba threat-modeleada.
Consideraciones de licencia
AGPL 3.0 no es “open-source genérico”. El copyleft de red implica que:
- Uso interno (laptop, infraestructura propia) → sin problema.
- Self-hosted en servidores del operador → sin problema.
- Embebido en un servicio SaaS de cara al cliente → requiere revisión legal antes de adoptar.
¿Por qué lo publicamos?
En dataqbs tratamos las herramientas que multiplican la eficiencia del agente como infraestructura crítica. claude-mem es una de ellas: si el 75% de ahorro reportado se mantiene en nuestros workloads, el ROI es inmediato. La nota pública también sirve como recordatorio del trade-off de licencia, que es la parte que más equipos pasan por alto al adoptar herramientas OSS modernas.
Repositorio: github.com/thedotmack/claude-mem · Licencia: AGPL 3.0
Esta nota es una recomendación basada en evaluación interna. Verifica licencia, compatibilidad con tu modelo de negocio y madurez del proyecto antes de adoptarla en producción.