Memory (reference server)とは？
Memory は、modelcontextprotocol/servers で現在も保守されている 7 つのリファレンスサーバーの 1 つで、servers-archived には移されていません。モデルが学んだことを小さなナレッジグラフとして保存します。エンティティ（人物やプロジェクト）、それらの間の有向リレーション、各エンティティに付く短いテキストの観察記録です。9 つのツールでこれらの記録を作成、読み取り、検索、削除でき、グラフ全体は memory://knowledge-graph リソースとしても公開されます。
グラフは MEMORY_FILE_PATH で指定する 1 つのローカル JSONL ファイルに保存されます。既定ではサーバー自身のインストールディレクトリに置かれます。npx -y @modelcontextprotocol/server-memory で実行します。バージョン 2.0.0（2026 年 10 月 19 日）以降は Node.js 24 以上が必要です。名前付きボリュームを使って mcp/memory の Docker イメージで動かすこともできます。アカウントや鍵は不要です。
Memory (reference server)のインストール方法
npx -y @modelcontextprotocol/server-memoryMemory (reference server)は使う価値があるか？
Memory は、個人用のエージェント記憶の出発点として堅実で、中身を確認できます。ただし、モデルがざっと読める量をグラフが超えると合わなくなります。強みは何も隠されていないことです。記憶はテキストファイルなので、開く、差分を取る、バックアップする、削除するのも自由で、マシンの外には何も出ません。
弱いのは検索です。ソースを見ると、search_nodes は名前、型、観察テキストに対する大文字小文字を区別しない部分文字列一致で、クエリは 2,048 文字までです 。埋め込みもランキングもありません。観察が「reports to Priya」となっているときに「my manager」と尋ねても、何も返ってきません。read_graph はすべてを返すのでこの問題を避けられますが、エンティティが数十個なら問題なくても、ファイルが大きくなるにつれてコンテキストの負担になります。専用の記憶サービスや、多くのチャットアプリやコーディングエージェントに組み込まれた記憶機能は、このサーバーにない意味的な想起を試みています。
最近のリリースで、共有を危険にしていたデータ消失の問題が修正されました。バージョン 1.0.0 以降、書き込み系のツールはすべてロックファイルを取得するので、1 つのファイルを指す 2 つのクライアントが互いの変更を消すことはなくなりました。サーバーが解析できない行は、次の保存時に削除されずに残ります。ファイルの権限は 0600 に保たれます。ロックは排他的なファイル作成に依存しているため、ネットワークファイルシステムでは今も安全に共有できないと README は警告しています。
何を記憶するかはモデルが決めます。それが設計であり、リスクでもあります。いつ保存し、いつ調べるかを指示するシステムプロンプトがないと、想起は不安定です。また、エージェントがメールや Web ページで読んだテキストが観察として書き込まれ、以後のすべてのセッションで再生されることがあります。Issue #4117 はクォータ、秘匿化、破壊的操作へのガードレールを求めていますが、どれも実装されていません。
真価を発揮する場面
1 台のノートパソコンで Claude Desktop と Claude Code を使う個人開発者
両方のクライアントに、プロジェクトの規約や関係者をセッションをまたいで覚えさせる
両方を同じ MEMORY_FILE_PATH に向けます。ロックファイルが書き込みを順番に処理するので、どちらも相手の変更を失いません。無料でローカルですが、想起は、各チャットの冒頭で記憶を検索するようモデルに指示するシステムプロンプト次第です。
エージェントの記憶レイヤーを試作するプラットフォームエンジニア
ベクトルストアに決める前に、エンティティとリレーションの記憶モデルを試す
JSONL 形式は確認も移行も簡単なので、実験にかかるのは時間だけです。正確な単語ではなく意味で一致させる必要が出てきたり、複数のユーザーが 1 つの記憶を共有したりするようになったら、置き換えることになるでしょう。
50 人のエンジニアリングチーム向けに MCP サーバーを承認するセキュリティレビュー担当者
社員が業務用ノートパソコンで記憶サーバーを動かしてよいか判断する
すべてノートパソコン上のファイルに残るので、評価すべき第三者の処理者はいません。検討すべきリスクは、注入されたテキストがセッションをまたいで残ることと、既定のファイルの場所です。暗号化されバックアップされるパスへの MEMORY_FILE_PATH の指定を必須にすれば、後者は解決します。
導入前に確認すること
- 導入
- クライアントの設定に npx -y @modelcontextprotocol/server-memory を追加し（README に Claude Desktop と VS Code の例があります）、MEMORY_FILE_PATH を設定します。2.0.0 からは Node.js 24 以上が必要です。再起動すればツールは動きますが、役に立つ想起には、いつ読み書きするかをモデルに指示するシステムプロンプトが必要です。
- 連携
- 9 つのツールがあります。create_entities、create_relations、add_observations、delete_entities、delete_observations、delete_relations、read_graph、search_nodes、open_nodes です。9 つのうち 6 つが書き込みを行います。グラフは購読可能な MCP リソースでもあります。
- データとプライバシー
- 読み書きするのは自身の JSONL ファイルだけで、ネットワークや認証情報は使いません。エージェントが読んだものは何でも観察として保存され、後のチャットで再び入力される可能性があるため、プロンプトインジェクションがそれを運んだセッションより長く残ることがあります。
- 大規模利用時のコスト
- 無料で、レート制限もありません。コストはコンテキストです。read_graph はグラフ全体を返すので、保存したエンティティと観察が増えるたびにトークンのコストも増えます。
- 制限
- 部分文字列検索で、クエリは 2,048 文字まで。埋め込み、ランキング、マルチユーザーアクセス、クォータはありません。ネットワークファイルシステムでは安全ではありません。2.0.0 では、10 MiB を超える 1 つの JSON-RPC メッセージで stdio 接続が閉じます。
良い点
- 記憶は読んで編集できる 1 つのローカル JSONL ファイル
- 1.0.0 以降の書き込みロックでクライアント間の更新消失を防げる
- アカウント、鍵、ネットワークアクセスが不要
気になる点
- 部分文字列検索のみで、意味的な想起はない
- 保存と検索をモデルに促すプロンプトに頼る
- クォータや秘匿化がなく、注入されたテキストが残り続けることがある
おすすめの人
MCP 上の永続的な記憶の仕組みを学びたい趣味の利用者や開発者。
Memory (reference server)の代替
Memory (reference server)：よくある質問
- Memory (reference server)は使う価値があるか？
- 読めるローカルファイルと部分文字列検索のおかげで、1 つのエージェントのメモ帳としては十分です。グラフが大きくなると、長期記憶としては力不足です。 評価は5点満点中3.5点です。
- Memory (reference server)の料金は？
- 無料のオープンソースです。
- Memory (reference server)の欠点は？
- 部分文字列検索のみで、意味的な想起はない; 保存と検索をモデルに促すプロンプトに頼る; クォータや秘匿化がなく、注入されたテキストが残り続けることがある.
- Memory (reference server)は誰に向いているか？
- MCP 上の永続的な記憶の仕組みを学びたい趣味の利用者や開発者。
- チームや本番環境でMemory (reference server)を使うと費用はいくらか？
- 無料で、レート制限もありません。コストはコンテキストです。read_graph はグラフ全体を返すので、保存したエンティティと観察が増えるたびにトークンのコストも増えます。
- Memory (reference server)は企業データを扱っても安全か？
- 読み書きするのは自身の JSONL ファイルだけで、ネットワークや認証情報は使いません。エージェントが読んだものは何でも観察として保存され、後のチャットで再び入力される可能性があるため、プロンプトインジェクションがそれを運んだセッションより長く残ることがあります。
- Memory (reference server)の代わりになるものは？
- 当サイトでレビューした中で最も近い代替はSequential Thinking (reference server), Filesystem (reference server) 、 MCP Memory Keeperです。
回答確認日：2026年10月23日