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ツール・6種類の記憶：Coworkを総指揮にしてClaudeに記憶を持たせる
著者はClaude自体を賢くしようとするのをやめ、その周りに記憶システムを構築した：Claude Codeはリポジトリ内作業、Claude Coworkはプロジェクト横断の統括、さらにNeo4j（セマンティックグラフ）、Claude-Mem（セッション変更ログ）、Obsidian（長期知識ベース）、カスタムSkills（手続き記憶）、MCPサーバー（能力記憶）——7ツール・6種類の記憶。成果：Claudeは著者自身も忘れていたパターンを指摘するようになった（「3週間前にこのアプローチを放棄しました、理由はSupabase非同期のミスマッチです」）。賢い回答ではなく「記憶を持つ同僚」
Developer who built a 7-tool memory stack around Claude to solve session amnesia
シナリオ
3ヶ月前、著者はセッション開始時に20分かけてロードマップ、未解決Issue、前日のデバッグ状態をペーストしていた。Claudeが追いついた頃には、1行も書かないうちに消耗していた。問題はモデル自体ではない——モデルを変えても健忘症は治らない。本当の解決策は、コンテキストと記憶をプロダクトとして扱い、Claudeの周りにインフラを構築することだった。
プロンプト
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.
期待される結果
著者は7ツール・6種類の記憶のスタックを構築し、Coworkをプロジェクト横断の統括役として配置： - **Claude Code**：リポジトリ内の作業記憶（ファイル、コミット、現在のタスク） - **Claude Cowork**：単一リポジトリに留まらないときのプロジェクト横断の統括者 - **Neo4j + MCP**：セマンティック記憶（エンティティと関係性）。戦略的な回答の前にグラフを照会 - **Claude-Mem**：セッション変更ログ。各セッションを事実とナラティブ付きの「change」として記録、自分の思考ログのように遡れる - **Obsidian**：長期知識ベース。数百のメモ、グラフで相互リンク、Claudeがプレーンファイルとして読める - **カスタムSkills**：手続き記憶（「15プラットフォーム用の書き分け方」「新規HubSpotクライアントの立ち上げ手順」） - **MCPサーバー**：能力記憶（Pinecone、Supabase、Vercel、HubSpot、Neo4j）——Claudeがそのまま呼び出せる、毎回説明し直さないツール群 **驚きだった点：** Claudeが逆に著者自身が忘れていたパターンを指摘するようになった——「このアプローチは3週間前に放棄しました、理由はSupabase非同期のミスマッチです」。著者の結論：本当の突破口は「より賢い回答」ではなく「記憶を持つ同僚」を手に入れたこと。