I stopped fighting the model and built a memory system around it instead. I kept hitting the same wall: spending 20 minutes reloading context at the start of every session. Paste the roadmap, paste the open issues, explain what we were debugging yesterday. By the time Claude was caught up, I was drained before I'd written a line. So I stopped treating Claude as the product. I started treating the context around Claude as the product. 7 tools. 6 memory types. One working environment: - Claude Code runs in the repo. Sees files, sees commits, holds working memory for the current task. - Claude Cowork sits above it. Orchestrates across projects when I'm not in a single repo. - Neo4j with the Neo4j MCP server holds semantic memory. Entities and relationships. Claude queries the graph before answering anything strategic. - Claude-Mem logs every session as a "change" with facts and narrative. I scroll it like a changelog of my own thinking. Last week's session #621 still shows me the exact HreflangMeta fix I pushed. - Obsidian is the long-term knowledge base. Hundreds of notes. Agent Skills docs, API references, project dossiers, all linked in a graph view Claude can read as plain files. - Custom Skills hold procedural memory. "How I write for 15 platforms." "How to set up a new HubSpot client." Written once, triggered by description match when relevant. - MCP Servers give Claude capability memory. Pinecone, Supabase, Vercel, HubSpot, Neo4j — not tools I re-explain, tools he can just call. The result is the part that surprised me. Claude now catches patterns I miss. "You abandoned this approach 3 weeks ago and the reason was the Supabase async mismatch." Things I wouldn't have remembered. That's the real unlock. Not smarter answers. A coworker with memory.
7 herramientas, 6 tipos de memoria: Cowork como orquestador para que Claude deje de olvidar el proyecto
En lugar de intentar que Claude fuera más inteligente, el autor montó un sistema de memoria a su alrededor: Claude Code trabaja dentro del repo, Claude Cowork orquesta entre proyectos, y se suman Neo4j (grafo semántico), Claude-Mem (changelog de sesiones), Obsidian (base de conocimiento a largo plazo), Skills personalizadas (memoria procedimental) y servidores MCP (memoria de capacidades): 7 herramientas, 6 tipos de memoria. El resultado: Claude le señala patrones que él mismo había olvidado ("abandonaste este enfoque hace 3 semanas por un desajuste async de Supabase"). No respuestas más inteligentes — un compañero con memoria
Developer who built a 7-tool memory stack around Claude to solve session amnesia
Escenario
Hace 3 meses el autor dedicaba 20 minutos al inicio de cada sesión a pegar roadmap, issues abiertas y el estado del debug del día anterior. Cuando Claude se ponía al día, él ya estaba agotado sin haber escrito una línea. Se dio cuenta de que el problema no era el modelo — cambiarlo no resolvería la amnesia. El verdadero arreglo era tratar el contexto y la memoria como el producto y construir infraestructura alrededor de Claude.
Prompt
Before answering anything strategic about this project, do three lookups: (1) query the Neo4j semantic graph for entities + relationships relevant to the question, (2) grep the Claude-Mem session log for related past decisions and their reasons, (3) scan Obsidian notes for long-form documentation of the area. Surface any prior decision we made that contradicts or supports the current plan — quote it with the session number or note link. Then proceed.
Resultado Esperado
El autor montó un stack de 7 herramientas y 6 tipos de memoria, con Cowork como orquestador entre proyectos: - **Claude Code**: memoria de trabajo en el repo (archivos, commits, tarea actual) - **Claude Cowork**: orquestador cross-project cuando no está en un repo único - **Neo4j + MCP**: memoria semántica (entidades + relaciones); Claude consulta el grafo antes de cualquier respuesta estratégica - **Claude-Mem**: changelog de sesiones, cada sesión como un "change" con hechos y narrativa — su propio log de pensamiento - **Obsidian**: base de conocimiento a largo plazo, cientos de notas enlazadas, legibles por Claude como archivos - **Skills personalizadas**: memoria procedimental ("cómo escribo para 15 plataformas", "cómo dar de alta un cliente HubSpot") - **Servidores MCP**: memoria de capacidades (Pinecone, Supabase, Vercel, HubSpot, Neo4j) — herramientas que Claude invoca sin volver a explicárselas **La sorpresa:** Claude empezó a señalarle patrones que él había olvidado — "abandonaste este enfoque hace 3 semanas por un desajuste async de Supabase". Conclusión del autor: lo que cambia el juego no son respuestas más inteligentes, sino un compañero con memoria.