Sandra: Claude用オープンソース永続グラフメモリMCP

Claudeはセッション間ですべてを忘れてしまいます。プロジェクトメモリやCLAUDE.mdは役立ちますが、構造化された知識には対応できません。Sandraはこれを解決します:グラフ+ベクターのメモリバックエンドで、ネイティブMCPサーバーを備え、MITライセンスでオープンソース化されています。15年前にEverdreamSoftの内部メモリレイヤーとして始まり(現在もSpells of Genesisを本番環境で動かしています)。
主な機能
- セッションを超えた永続的メモリ(グラフ形式:主語、動詞、目的語)
- ClaudeがMCPツールを通じて読み書き、手動更新不要
- 完全一致、あいまい、セマンティック検索をMCPツールとして公開
- エンティティごとの長文保存(メモ、全文書)を構造化参照の上に追加
具体例
あるセッションでClaudeに「MarieとTomと一緒にPhoenixを構築中、Postgresで動作」と伝えます。1週間後、新しいチャットで「Phoenixのメンバーは?」→MarieとTom。Tomが同じSandraインスタンスに接続して自分のClaudeセッションを開き「MarieのプロジェクトはどのDBを使ってる?」→ClaudeはMarie → works_on → Phoenix → uses → Postgresと辿ります。同じグラフ、どのチームメイトでも、手動の引き継ぎは不要。
ベクターメモリは通常、元の文をチャンクとして返し、異なるパスでクエリするとリンクが失われます。さらに、ほとんどの設定はユーザーごとだけです。
セットアップ(2分)
git clone https://github.com/everdreamsoft/sandra && cd sandra
docker compose up -d
claude mcp add sandra --transport http --url http://127.0.0.1:8090/mcp
その後、Claudeに何か覚えてもらったり、クエリしたり、会話しながらグラフを構築できます。
ベンチマーク
SandraはStructured Recall Bench(130の確定的質問、LLM評価なし)で0.89を記録。同じベンチマークでベクターストアは0.25~0.48の範囲です。方法論と生JSONはこちら:ベンチマーク詳細。
誰向けか?
Claude AIコーディングエージェントを使用していて、セッションを超えた永続的・構造化・マルチユーザーメモリを必要とする開発者向け。
📖 全文ソースを読む: r/ClaudeAI
👀 See Also

クロードコードフックはAIコーディングワークフローにおけるWIP(仕掛かり作業)の蓄積を監視します
開発者がClaude Code用のUserPromptSubmitフックを構築し、4つのキューにわたる進行中の作業の蓄積を可視化しました:200行を超える未コミットの変更、3つ以上の未プッシュコミット、変更セットファイルのないプッシュ済みコミット、24時間以上開かれているリリースPRです。

クロードワークフローにおけるハンドオフパターン:2ファイル分割方式と1ドキュメント要約方式
長いClaudeセッションはコンテキスト劣化で壊れます。ハンドオフは重要な情報を圧縮して新しいエージェントを起動します。Matt Pocockのシングルドキュメントハンドオフスキルと、永続的なナラティブと一時的なプロンプトを使う2ファイル分割の2つのアプローチがあります。

SMELTコンパイラは、OpenClawワークスペースのトークン使用量を最大95%削減します。
SMELTは、OpenClawワークスペースのマークダウンファイルをより高密度なランタイム形式にコンパイルし、AIモデルに送信するコンテンツを関連するものだけに絞ります。ベンチマークでは、クエリごとのトークン数が76.1%から95.5%削減され、USER.mdやSOUR.mdなどの静的ファイルをメッセージごとに再処理する必要がなくなります。

ピンチベンチ結果:初のOpenClaw専用AIコーディングエージェントベンチマーク
OpenClaw専用の最初のベンチマークであるPinchBenchは、成功率、コスト、速度で32のAIモデルをランク付けしており、GoogleのGemini-3-Flash-Previewが95.1%の成功率で0.72ドルと首位を獲得しています。