MCP Memory Keeperとは？
MCP Memory Keeper は、コーディングエージェントがしていることを、キー付きのコンテキスト項目（タスク、決定事項、進捗メモ）として、カテゴリ、優先度、チャンネルとともに ~/mcp-data/memory-keeper/context.db のローカル SQLite データベースに保存します。名前付きのチェックポイントがそれらの項目、キャッシュしたファイルの内容、git の状態のスナップショットを取り、context_restore_checkpoint が、Claude Code の圧縮や再起動の後にそれらを戻します。チャンネルは既定で git のブランチから導かれ、feature/auth-system は最大 20 文字のチャンネルになります。
サーバーは既定で stdio で 38 個のツールを公開します。context_save、context_get、context_search から、セッションの分岐、ジャーナルの記録、ナレッジグラフ、context_git_commit ツールまであります。TOOL_PROFILE 変数で、これを 8 個（minimal）か 22 個（standard）に減らせます。インストールは claude mcp add memory-keeper npx mcp-memory-keeper で、アカウントもキーも不要です。
リポジトリは 2025年6月に Mark Kreyman が作成し、MIT ライセンスで、スターは約 136、コミットのほぼすべてが 1 人のメンテナーによるものです。npm の最新版は 2026年9月2日の 0.14.1 で（GitHub のリリースは v0.12.1 で止まっています）、パッケージは 10月22日までの 1 週間で 140 回ダウンロードされました。公式の MCP レジストリには掲載されていません。
MCP Memory Keeperのインストール方法
claude mcp add memory-keeper npx mcp-memory-keeperMCP Memory Keeperは使う価値があるか？
Memory Keeper は、長いエージェントセッションの現実の問題を中心に作られています。コンテキストウィンドウが圧縮されると、決定事項や途中の計画が消えてしまうのです。その解決策は自動ではなく意図的なものです。README 自身のワークフローでは、会話が長くなったら Claude にチェックポイントの保存を頼み、リセットの後にキーで復元させます。圧縮に自動で連動する仕組みはなく、呼び出しは CLAUDE.md の指示かカスタムコマンド次第です。
主なコストはツール一覧です。既定の full プロファイルには 38 個のツールが並び、それぞれのスキーマをモデルが毎ターン読みます。リファレンスの memory サーバーなら 9 個で済む仕事です。メンテナーはこれを認め、プロファイルを用意しています。minimal は 8 個（セッション、save、get、search、status、2 つのチェックポイントツール）を残し、多くの人はそこから始めるべきです。バージョン 0.12.2 では、full プロファイルが OpenAI 互換のプロバイダーを壊していた問題も修正されました。機能の表面がどれだけ広がったかを示す兆候です。
名前ほどの中身がない機能もあります。context_semantic_search は言語モデルを使いません。ソースでは文字のトライグラムと単語を 384 個の数値のベクトルにハッシュして比較しているので、意味ではなく似た綴りに一致します。ナレッジグラフとマルチエージェントのツールも、同じ保存済みテキストに対してローカルで動きます。保存の仕組みはより堅実です。WAL モードの SQLite、0.12.x 以降の絶対パスのデータベース、1 つのディレクトリに限られたインポートとエクスポートです。
セキュリティでは 2 点に注意が必要です。context_git_commit は git add . を実行してプロジェクトディレクトリのすべてをコミットするので、エージェントがコミットするつもりのないファイルをステージする可能性があります。それを望まない限り、プロファイルから外してください。また、バージョン 0.13.0（2026年6月）では、context_import がサーバーの届く任意のファイルを読めた問題が修正されました。プロンプトインジェクションを受けたエージェントが秘密情報をメモリに引き込むのに使えた穴です。修正は入っていますが、未解決の issue は今もメンテナーに非公開の脆弱性報告を有効にするよう求めています。
リファレンスの memory サーバーと比べると、構造と重さの交換です。Memory は読める JSONL ファイル 1 つとエンティティグラフを提供し、Memory Keeper は sqlite3 で照会するデータベースに、カテゴリ、優先度、ブランチを認識するチャンネル、チェックポイントを提供します。npm のダウンロードは週約 140 回、メンテナーは 1 人の小さなプロジェクトですが、2026年9月まで活発にリリースされてきました。
真価を発揮する場面
Claude Code で数日がかりのリファクタリングをする個人開発者
圧縮や再起動の後、エージェントが中断したところから再開する
TOOL_PROFILE=minimal で実行し、決定事項と進捗を保存する CLAUDE.md のルールを加え、ウィンドウが埋まる前に context_checkpoint を頼みます。リセットの後は context_restore_checkpoint が保存した項目を返します。無料です。コストは頼むのを忘れないことです。
調査用と実装用の 2 つの Claude Code セッションを並行して動かす開発者
一方のセッションから他方へ調査結果を引き継ぐ
両方を同じ DATA_DIR に向けます。項目は既定でセッション間で見えるので、共有のチャンネルで引き継ぎを 1 つのトピックにまとめられます。セッション間のアクセス制御はないので、一方が保存したものは何でも他方が読めます。
20 人のチーム向けに MCP サーバーを承認するエンジニアリングリーダー
社員が業務用のノート PC にインストールしてよいかを判断する
データはローカルの SQLite ファイルにとどまり、ソースは独自のネットワーク通信をしないので、評価すべき処理者はいません。確認すべき点は、git のコミットツール（~/.mcp-memory-keeper/config.json のカスタムプロファイルで除外できます）、インポートのファイル読み取りバグがある 0.13.0 より前のバージョン、そして非公開の報告窓口のないメンテナー 1 人のプロジェクトであることです。
導入前に確認すること
- 導入
- claude mcp add memory-keeper npx mcp-memory-keeper を実行するか、Claude Desktop の設定に npx のスニペットを加えます 。README によれば 30 秒かかりません。DATA_DIR を設定しない限り、データは ~/mcp-data/memory-keeper/ に置かれます。0.12.x より前からアップグレードする場合は、古い作業ディレクトリから context.db を移す必要があります。
- 連携
- 既定のツールは 38 個で、すべて context_* という名前です。context_session_start、context_save、context_get、context_search、context_checkpoint、context_restore_checkpoint、context_prepare_compaction、context_export、context_import などがあります。多くはデータベースに書き込み、context_git_commit はリポジトリに書き込みます。README の例では mcp_ の接頭辞が付いていますが、これは登録されている名前ではありません。
- データとプライバシー
- すべては 1 つの SQLite データベースとエクスポート用ディレクトリにあります。保存した項目は既定でセッション間で共有されます。Web ページやファイルから注入されたテキストも含め、エージェントが読んだものは何でも保存され、後のセッションで再生されえます。バージョン 0.13.0 で、context_import による任意のローカルファイルの読み取り（#35）が修正されました。
- 大規模利用時のコスト
- 無料で、レート制限もありません。本当のコストはコンテキストです。毎ターンの完全なツール一覧と、既定で 25,000 トークンに制限された応答（MCP_MAX_TOKENS）で、大きな context_get はこれを使い切ることがあります。
- 制限
- stdio のみで、ユーザーは 1 人です。圧縮時の自動チェックポイントはなく、エージェントに指示する必要があります。検索はテキストとトライグラムの照合です。better-sqlite3 のネイティブモジュールは、0.14.1 までは Node のアップグレード後に読み込みに失敗していました。README は、保持ポリシーと複数ユーザー対応を今後の課題として挙げています。
良い点
- チェックポイントが項目、キャッシュしたファイル、git の状態をまとめて保存する
- チャンネルが git のブランチに自動で追従する
- ツールのプロファイルで 38 個を 8 個か 22 個に減らせる
- ローカルの SQLite で、アカウント、キー、ネットワークサービスが不要
気になる点
- 既定の 38 個のツールがすべてのプロンプトを膨らませる
- context_git_commit がプロジェクトディレクトリ全体をステージしてコミットする
- 「セマンティック」検索は埋め込みではなく、ハッシュしたトライグラム
- メンテナーは 1 人で、npm のダウンロードは週約 140 回
おすすめの人
長いセッションを行い、チェックポイントの保存と復元のタイミングをエージェントに伝える手間をいとわない Claude Code のユーザー。
MCP Memory Keeperの代替
MCP Memory Keeper：よくある質問
- MCP Memory Keeperは使う価値があるか？
- 圧縮時に作業が失われる問題への考え抜かれた答えですが、38 個のツールと、多くの利用者がオフにすべきコミットコマンドに包まれています。 評価は5点満点中3.4点です。
- MCP Memory Keeperの料金は？
- 無料で MIT ライセンスです。
- MCP Memory Keeperの欠点は？
- 既定の 38 個のツールがすべてのプロンプトを膨らませる; context_git_commit がプロジェクトディレクトリ全体をステージしてコミットする; 「セマンティック」検索は埋め込みではなく、ハッシュしたトライグラム; メンテナーは 1 人で、npm のダウンロードは週約 140 回.
- MCP Memory Keeperは誰に向いているか？
- 長いセッションを行い、チェックポイントの保存と復元のタイミングをエージェントに伝える手間をいとわない Claude Code のユーザー。
- チームや本番環境でMCP Memory Keeperを使うと費用はいくらか？
- 無料で、レート制限もありません。本当のコストはコンテキスト です。毎ターンの完全なツール一覧と、既定で 25,000 トークンに制限された応答（MCP_MAX_TOKENS）で、大きな context_get はこれを使い切ることがあります。
- MCP Memory Keeperは企業データを扱っても安全か？
- すべては 1 つの SQLite データベースとエクスポート用ディレクトリにあります。保存した項目は既定でセッション間で共有されます。Web ページやファイルから注入されたテキストも含め、エージェントが読んだものは何でも保存され、後のセッションで再生されえます。バージョン 0.13.0 で、context_import による任意のローカルファイルの読み取り（#35）が修正されました。
- MCP Memory Keeperの代わりになるものは？
- 当サイトでレビューした中で最も近い代替はMemory (reference server) 、 Project RAGです。
回答確認日：2026年10月26日