🧠 メモリMCP
AIアシスタントに永続的なセカンドブレインを与えます。

毎回のセッションでプロジェクトを説明するのをやめましょう。
メモリMCPは重要なことを学習し、それをすぐに使える状態に保ちます。最も頻繁に使うものは即座に呼び出せ、その他のものは意味検索が可能です。
問題点
新しいチャットは毎回最初から始まります。アーキテクチャを再度説明し、同じパターンを再度貼り付けます。コンテキストウィンドウは繰り返しによって肥大化します。
他のメモリソリューションも役に立ちますが、依然としてすべての検索にツール呼び出しが必要で、レイテンシーが増え、Claudeの思考予算を使い果たします。
メモリMCPは2層アーキテクチャによってこの問題を解決します。
- ホットキャッシュ (0ms) — 頻繁に使用される知識は、Claudeが思考を始める前に自動的にコンテキストに注入されます。ツール呼び出しは必要ありません。
- コールドストレージ (~50ms) — その他のすべての情報は、意味的な類似性を通じて意味検索が可能です。
システムは使用するものを学習し、自動的に昇格させます。最も価値のある知識はすぐに利用できるようになります。手動での整理は必要ありません。
導入前と導入後
| 😤 メモリMCP未導入 |
🎯 メモリMCP導入 |
| "もう一度アーキテクチャを説明します..." |
プロジェクトの情報は各リポジトリごとに保持され、分離されます |
| 毎回のセッションで同じパターンをコピー&ペースト |
パターンは自動的に即時アクセスに昇格します |
| 500k以上のトークンコンテキストウィンドウ |
ホットキャッシュにより、コンパクトに保たれます (~20項目) |
| すべてのメモリ検索にツール呼び出しのレイテンシーがあります |
ホットキャッシュ: 0ms — すでにコンテキストに含まれています |
| 古い情報が永遠に残ります |
信頼度スコアにより、古い情報はデモートされます |
| 関連性のない情報の単なるリスト |
知識グラフにより、関連する概念が接続されます |
📦 インストール
uv tool install hot-memory-mcp
claude plugins add michael-denyer/memory-mcp
プラグインを使用すると、自動設定されたフック、スラッシュコマンド、およびメモリアナリストエージェントが利用できます。Apple SiliconではMLXが自動検出されます。
手動設定 (プラグインなし)
~/.claude.jsonに以下を追加します。
{
"mcpServers": {
"memory": {
"command": "memory-mcp"
}
}
}
完全な設定オプションについては、リファレンスを参照してください。
Claude Codeを再起動します。ホットキャッシュはプロジェクトのドキュメントから自動的にポピュレートされます。
初回実行時: 埋め込みモデル (~90MB) が自動的にダウンロードされます。一度だけ30〜60秒かかります。
仕組み
flowchart LR
subgraph LLM["Claude"]
REQ((Request))
end
subgraph Hot["HOT CACHE · 0ms"]
HC[Session context]
PM[(Promoted memories)]
end
subgraph Cold["COLD STORAGE · ~50ms"]
VS[(Vector search)]
KG[(Knowledge graph)]
end
REQ -->|"auto-injected"| HC
HC -.->|"draws from"| PM
REQ -->|"recall()"| VS
VS <-->|"related"| KG
ホットキャッシュ (~10項目) はすべてのリクエストに注入されます。最近の呼び出し、予測される次のメモリ、および上位の昇格項目が結合されます。昇格されたメモリ (~20項目) は、頻繁に使用されるメモリのバッキングストアです。3回以上使用されたメモリは自動的に昇格し、14日間使用されないメモリはデモートされます。
他との違い
ほとんどのメモリシステムでは、すべての検索にツール呼び出しのコストがかかります。メモリMCPのホットキャッシュはこれを完全に回避します。Claudeが思考を始めるときに、最も頻繁に使用される知識はすでにコンテキストに含まれています。
|
メモリMCP |
一般的なメモリサーバー |
| ホットキャッシュ |
0msで自動注入 |
すべての検索 = ツール呼び出し |
| 自己組織化 |
自動的に学習して昇格 |
手動での整理が必要 |
| プロジェクト認識 |
gitリポジトリごとに自動分離 |
メモリが一つの大きな塊 |
| 知識グラフ |
概念間のマルチホップ呼び出し |
単なる情報のリスト |
| パターンマイニング |
Claudeの出力から学習 |
利用不可 |
| 信頼度スコア |
古い情報は減衰して沈みます |
すべてのメモリが同等 |
| セットアップ |
1つのコマンド、ローカルSQLite |
多くの場合、クラウド設定が必要 |
エングラムの洞察: 人間の記憶は検索しません。頻繁に使用されるパターンはすでにそこにあります。ホットキャッシュはClaudeに対してそれを実現します。
クイックリファレンス
| スラッシュコマンド |
ツール |
説明 |
/memory-mcp:remember |
remember |
意味的な埋め込みでメモリを保存 |
/memory-mcp:recall |
recall |
意味でメモリを検索 |
/memory-mcp:hot-cache |
promote / demote |
昇格されたメモリを管理 |
/memory-mcp:stats |
memory_stats |
統計情報を表示 |
/memory-mcp:bootstrap |
bootstrap_project |
プロジェクトのドキュメントからシード |
| — |
link_memories |
知識グラフの接続 |
すべての14のスラッシュコマンドと完全なツールAPIについては、リファレンスを参照してください。
ダッシュボード
memory-mcp-cli dashboard
メモリ、ホットキャッシュ、マイニング候補、セッション、および知識グラフを閲覧できます。
💻 使用例
メモリMCPは、3つの補完的なコンポーネントとして実行するように設計されています。
| コンポーネント |
目的 |
| Claude Codeプラグイン |
フック、スラッシュコマンド、およびメモリアナリストエージェントを提供し、シームレスな統合を実現 |
| MCPサーバー |
モデルコンテキストプロトコルを介してClaudeが利用できるコアメモリツール |
| ダッシュボード |
メモリデータベースを閲覧、管理、およびデバッグするためのWeb UI |
ほとんどのユーザーにはプラグインの使用が推奨されます。プラグインはMCPサーバーを自動設定し、生産性向上機能を追加します。保存されている内容を確認したい場合は、ダッシュボードを併用してください。
📚 ドキュメント
| ドキュメント |
説明 |
| リファレンス |
完全なAPI、CLI、設定、MCPリソース |
| トラブルシューティング |
一般的な問題と解決策 |
📄 ライセンス
MIT