Model Context Protocolは、セッションレスのベースラインに向かって進化しています。Transport Working Groupでは、組み込みのセッションを削除し、現在はスコープ付きのステートをどのように再導入するかを検討中です。これは、transports-wg#36とMCP Discussion #2894で行われています。セッションレスのツールが日付を変換したり、APIを呼び出したりする場合、それは問題ではありません。
しかし、耐久性のあるメモリ — ユーザーの事実、決定、履歴をセッション間、再起動間、再配置間で保持する層 — を構築する場合は、それは長く、高価な設計プロジェクトの始まりです。ここで、次の2分間を費やす価値のある部分です：あなたはそのプロジェクトを実行する必要はありません。すでに完了しています。完成した結果はSAIHMです。
セッションレスベースラインが強いる選択
セッションレスプロトコル下で耐久性のあるメモリを構築すると、以下のすべてを正しく決定する必要があります。各々がセキュリティまたはコンプライアンスの表面となるからです。
-
アイデンティティ。セッションを保持しないプロトコルで、適切な耐久性のあるデータを呼び出すスコープは何ですか？（これを間違えると、1 つのユーザーのメモリが別のユーザーのメモリに漏れることになります。）
-
ライフサイクル。誰がその識別子を発行し、誰が所有し、どのくらいの期間有効ですか？（接続に結びつけることで、メモリは再接続するたびに消失します。）
-
耐久性。クライアントがクラッシュしたり、サーバーを再配置したりしても、システムの記録が保存される場所はどこですか？
-
機密性。誰が鍵を保持していますか？それらを保持していると、セキュリティ侵害の対象となり、法的要請の対象となることになります。
-
消去。ユーザーが「忘れられる権利」を行使した場合、データが完全に消去されたことを証明できますか？一つのレプリカから
DELETEされただけでは不十分です。 -
監査。規制当局に、読み取り、書き込み、削除のすべての履歴を示すことができますか？それを秘密裏に書き換えることができない表面でです。
-
共有とマルチエージェント。複数のエージェントが、取り消し可能なスコープバウンドアクセスと単一の真実源でライブ状態を共有する方法は何ですか？
これらは、ユーザーが実際に要求した機能を1つも出荷する前に、上級エンジニアリングチームが数ヶ月間かかり、外部監査が必要となり、運用上の恒久的な負担を伴うことになります。
SAIHMはすでにすべてを実現しています
このプロジェクトは完了しています。すべての選択が行われ、出荷され、COTI V2メインネットで動作しています。デザインの短いバージョン — まだ transports-wg#36 で検討中 — は、耐久性のある名前空間識別子です: クライアント所有、トランスポートによって作成されていない; 長期的なもの、接続スコープではない; 呼び出しによってタッチされるメモリを変更するのみで、ツールセットを変更することはありません。つまり、これがアイデンティティとライフサイクルの質問に対する正解であり、すでに実装されています。接続した瞬間に継承するものはこちらです:
| 選択 | SAIHMで今日得られるもの |
|---|---|
| アイデンティティ & ライフサイクル | クライアント所有、長期的な耐久性のある名前空間。任意のサーバーインスタンスが任意のリクエストを処理する; 再起動と再配置は無視できます。 |
| 耐久性 | クライアントと接続よりも長く存続するコンテンツアドレステッドストレージ。ストアはシステムのレコードです。 |
| 機密性 | キーはユーザーによって保持され、クライアント側で導出されます。オペレーターは暗号文のみを見るため、侵害や召喚の対象にならないです。 |
| 消去 | オンチェーンレシート付きの暗号消去: 証明可能なGDPR第17条に基づく消去です。 |
| 監査 | デフォルトでパブリックチェーンに固定されたすべての操作 — 調査官が求めるタンパー証拠トレイルです。 |
| 共有 & マルチエージェント | 取り消し可能、スコープバウンド、レコードごとの共有; 1つのライブソースオブトゥルース上に多数のエージェントです。 |
| 統合 | 1つのModel Context Protocolサーバーです。同じツールがすべてのMCP対応クライアントに表示されます — ベンダーごとの作業は不要です。 |
これらはすべて、ビルド、監査、または操作する必要のないものです。Apache-2.0ライセンスで公開されており、ライブで、クライアントがすでに話すプロトコルを通じて公開されています。
簡単な選択
セッションレスの世界で、アイデンティティ、耐久性、消去、監査を設計するために、四分の一の時間を費やし、独立したレビューを受け、そしてそれを永遠に維持することができます。あるいは、今日の午後にはSAIHMに接続し、その四分の一の時間をあなたの実際の製品に費やすことができます。
競合するメモリーレイヤーを構築している場合は、ヘッドカウントをコミットする前に比較を実行してください — それがあなたが再構築しなければならないものを示しています: /competitors。MCP上に構築している場合は、ツールのサーフェス、クライアントサイドのアイデンティティモデル、接続手順は /developers にあり、5ステップのクイックスタートは /quickstart にあります。オープンスタンダードの作業 — 独立したインターネットドラフトの提出と、AIエージェントのメモリの相互運用性に関するW3Cコミュニティグループ — は /standards にあります。
セッションレス化したプロトコルは、正しい選択でした。賢い対応は、それが残したものを再解決することではなく、すでにそれを行ったレイヤー上に構築することです。PAYGと有料ティアについては、/pricingを参照してください。
— アーキテクト
試してみて: ドロップインメモリ契約
これが違いを感じる最も速い方法です。エージェントのシステムプロンプトに以下を貼り付けてください — これは、SAIHM MCP ツール saihm_recall / saihm_remember / saihm_forget がハーネスに接続されていることを前提としています。以下のコードが節約を実現するものです：
## メモリ契約
各ターンごとに、行動する前に:
1. RECALL せず、再読せず。タスクのキーワードを指定して `saihm_recall` を呼び出して、小さく制限されたセルのセットをロードします。前回のターンを再送しないでください - 回想されたセルはあなたのコンテキストです。
2. 現在の事実を優先します。2 つの回想されたセルが競合する場合、最新/非上書きの 1 つが勝ち - 後でセルが逆転した場合には行動しないでください。
3. 永続的に思い出してください。 `saihm_remember` を呼び出して、決定、慣習、制約をセルとして保存してください - 1 つの事実ごとに、自分の言葉で。
4. 「データを削除」要求があれば、セルに対して `saihm_forget` を呼び出してください: 削除はレコードごとに確実で、ソフト デリートではありません。
バウンドされた回想は、[オープン ベンチマーク](https://saihm.coti.global/blog/2026-06-23-token-benchmark-agent-loops) が示す 62.8–85.9% 少ないコンテキスト トークンから O(N²) の resend カーブを O(N·cap) に落とします。小さな回想の制限から始めて、回想ミスが発生するまで制限を上げてください。
_**独立性の注意.** SAIHM は Apache-2.0 プロトコルであり、独立して作成されています。SAIHM は MCP Discussion #2894 に参加しています; 参照はその議論と transports-wg#36 を記述するためのパブリック コミュニティワークであり、第三者による推奨ではありません。アーキテクチャは概念レベルで説明されています; 認可の詳細はオープンな仕様とパブリッシュされたソースです。_
---
_元記事は [SAIHM ブログ](https://t.saihm.coti.global/r/qiita-bfe83fce) に 2026-06-11 に公開されました。SAIHM は、Apache 2.0、オープンな仕様は [saihm.coti.global](https://saihm.coti.global) で公開されている、主権 AI 水平メモリ プロトコルです。_