あなたのAIエージェントはすでにメモリに書き込んでいます。「書き込まれるもの」の中には、規制対象データ、決定履歴、知的財産などが含まれています。データを扱うすべての規制 — GDPR、EU AI Act、HIPAA、PIPL、PIPEDA — は、メモリが書き込まれた瞬間にそれを対象としています。現在、多くの組織は、互換性のないベンダー製品のサーフェスを数多く抱えており、監査、消去、または移動するための共通の方法がありません。
市場には、AIメモリの標準が必要です。この記事は3つのことを行います。まず、現在の状況を率直に説明します。次に、AIメモリ標準が満たさなければならないコンセンサス要件を述べます — 活動中的な規制、確立されたセキュリティフレームワーク、そしてすでにAIツール層で勝ち得ているオープンプロトコルから導き出されます。最後に、SAIHMが最も完全なパブリック候補であり、それが標準になることを主張し、自分でその主張を評価する方法を示します。
内部メトリック、最初から開示しています: 私たちがSAIHMを構築し、自分のワークロードで採用して以来、トークンの使用量は80パーセント減少し、生産性は約5倍に上昇しました。那が運用コストのケースです。この投稿には、コンプライアンスのケースも含まれています。
1. 現在のAIメモリーランドスケープ（誠実な読み）
4つのカテゴリのソリューションが支配的です。最初の3つは、標準として設計されていません。
| カテゴリー | 例 | 鍵を保持するのは誰？ | クロストゥールでの移植性 | 証明付きの消去 | 組み込みの監査トレイル？ |
|---|---|---|---|---|---|
| ベンダー独自のメモリ機能 | OpenAIメモリ、Claudeメモリ、Geminiパーソナライゼーション、インアプリ「これを保存」 | ベンダー | いいえ | いいえ | いいえ（ベンダーログのみ） |
| ホステッドメモリSaaS | Mem0、Letta、Zep | ベンダー（オペレーター） | 限定（各統合ごと） | いいえ（削除は消去ではない） | 一部 |
| セルフオペレーテッドベクトルデータベース | Pinecone、Weaviate、Chroma | あなた（ただし、データベースをオペレートする） | あなたが構築する | あなたが構築する | あなたが構築する |
| オープンプロトコルAIメモリ | SAIHM | あなた（ユーザーが保持するウォレットキー） | はい（Model Context Protocol） | はい（暗号論的、オンチェーンレシート） | はい（デフォルトで、すべての操作） |
最初の3つのカテゴリは、実際の価値 — 会話の継続性、ホステッドの便利性、類似検索 — を提供しています。しかし、どれも、耐久性のある、規制に抵抗できるメモリーレイヤーとして設計されていません。どれも、ユーザーが保持する鍵、クロストゥールでの移植性、暗号論的消去、改ざん証跡の監査トレイルをすべて提供していません。SAIHMは、提供しています。
2. AIメモリ標準が満たさなければならない合意要件
10の要件は、活発な規制、セキュリティフレームワーク、およびAIツールのオープンプロトコルから収束しています。これらは、すでにデータ法でカバーされている任意の組織にとって任意ではありません。
合意の源。 以下のリストは、実務者がすでに遵守している義務と規範の交差点です：
-
GDPR 第17条 — 自動化された意思決定システムによって保持されるデータを含む消去の権利。
-
EU AI Act (規制 2024/1689) — 高リスクAIシステムのログ、追跡可能性、および人間による監視の要件；2027年まで段階的に適用。
-
NIST AIリスク管理フレームワーク 1.0 (2023年1月) — 起源、監査可能性、およびインシデント対応の期待。
-
ISO/IEC 27001:2022 — 暗号鍵管理、アクセス制御、および監査ログ制御。
-
HIPAA, PIPEDA, PIPL, LGPD — 消去と監査の義務が似ているセクターと地域のプライバシー体制。
-
Model Context Protocol (オープン仕様、複数ベンダーの採用) — Claude、ChatGPTブリッジ、Cursor、Continue、およびカスタムエージェントを横断するAIメモリツールのデファクトスタンダードの相互運用性サーフェス。
-
運用の現実 — 複数のAIクライアントを実行している組織は、統合と監査の爆発を避けるために、多くのクライアントにわたる1つのメモリーレイヤーが必要です。
10の要件。 標準となることを目指すAIメモリーレイヤーは、すべての要件を満たさなければなりません：
-
ユーザーが保持する鍵の管理。 暗号化鍵はベンダーではなく、データ主体（またはその組織）が保持します。ベンダーは読むことができないものを読むことはできません。
-
証明付きの暗号化消去。 消去操作により、鍵が破壊され、暗号文が数学的に読み取れなくなり、独立して検証可能なレシートが生成されます — GDPR第17条に適合する姿勢。
-
改ざん証跡の監査ログ。 すべての書き込み、呼び出し、共有、および消去が、オペレーターまたはユーザーが静かに書き換えることができないサーフェスにログされます。これは、規制当局向けのアーティファクトです。
-
オープン標準、ツールの移植性。 同じメモリープロトコルが、組織が使用するすべてのAIクライアントで動作し、現在と次のベンダーの変更後に動作します。
-
保存中および転送中の暗号化。 暗号文のみの保存；暗号文のみの転送。ユーザーが制御しない任意のノードで平文はありません。
-
多形のデータシェイプ。 テーブル、JSON、キーバリューレコード、散文、トランスクリプト、およびバイナリ参照を1つのプロトコルで。入力シェイプを1つ、別のシェイプを要求します；セルは気にしません。
-
取り消し可能なスコープバウンド共有。 レコードごとの共有、時間バウンド、モードバウンド、および1つのプロンプトによる取り消し。ブランケットアクセスはありません。
-
分散エージェントの調整。 複数のAIエージェント — リージョン、フリート、またはサプライチェーンを横断して — 暗号化されたアクセス制御で共有メモリ状態を共有できます。手動同期なしの単一の真実源。
-
1つのプロトコル、すべてのクライアント。 全AIフリートの単一の統合サーフェス。エンジニアリングコスト、監査コスト、およびインシデント対応サーフェスエリアを最小限に抑えます。
-
独立して検証可能。 オープンソース、パブリックチェーンアンカー、および再現可能なビルド。 「私たちを信頼してください」という主張はありません；第三者によってテスト可能なすべての主張。
3. SAIHM、要件ごとに
_SAIHM は、現在もすべての 10 つの要件を満たす唯一のパブリック AI メモリ プロトコルであることを認識しています。以下の各行は独立して検証できます。
| 要件 | SAIHM メカニズム | 自分で検証する方法 |
|---|---|---|
| 1. ユーザー保有の鍵管理 | ML-DSA-65 ウォレットから派生したキー; HKDF のアイデンティティ チェーンはウォレットの所有者にアンカーされる。 SAIHM オペレータはユーザーの暗号化鍵を保有しない。 | オープンソースのキー生成コードを検査; COTI V2 メインネット上のウォレット所有権を検証する。 |
| 2. 暗号化の証明付き消去 | Forget 操作は、データ暗号化鍵を破棄し、墓石を書き込み、CID をブラックリストに追加し、パブリック チェーン上の破棄イベントをアンカーする。 | cotiscan.io で墓石受領証明書を読み取る; オリジナルシフタテキストは数学的に読み取れない。 |
| 3. 攻撃の証明可能な監査トレイル | SAIHM のすべての操作は COTI V2 メインネット (チェーン ID 2632500) 上で署名された受領証明書をアンカーする。規制機関のレベルでの証拠がデフォルトで提供される。 |
saihm_status から監査トレイルのエクスポートを取得する; 公開エクスプローラーで各受領証明書をクロス検証する。 |
| 4. オープンスタンダード、クロスツールポータブル | 8 つの MCP ツールがプロトコルの全体的な表面をカバーする。同一のプロンプトは Claude Code、Claude Desktop、ChatGPT (via MCP ブリッジ)、Cursor、Continue、カスタム エージェントでも機能する。 | SAIHM エンドポイントに任意の MCP 対応クライアントを接続する; 同一の 8 つのツールが表示される。 |
| 5. 従来の暗号化 + 通信中の暗号化 | セルごとに暗号化が実行される; Filecoin と IPFS でのシード分散されたシフタテキスト。ユーザーのマシンからプレーンテキストは出ない。 | 書き込みパスコードを検査する; Filecoin からシフタテキストのシードを直接取得する; シフタテキストはユーザーの鍵なしでは読み取れない。 |
| 6. 多様なデータ形状 | セルは、テーブル、JSON、キー値など構造化された (表、JSON、キー値) と非構造化された (文章、トランスクリプト、説明) コンテンツを同じプロトコル内で保持する。入力形式が異なる場合でも、出力形式を別の形式で要求できる。 |
saihm_remember を CSV に実行する; saihm_recall を同じコンテンツを段落として実行する; セルは形状に関係なく機能する。 |
| 7. 可回復スコープ限定共有 | 3 つの共有モード (24 時間以下の臨時、永久、シンジケート)。一つのプロンプトで可回復。レコード単位、ではなくアカウント単位。 | 共有を発行し、可回復する; オン チェーンの可回復イベントが 1 ブロック以内に発生するのを確認する。 |
| 8. 分散エージェントの調整 | 複数の AI エージェントが共有を保持し、読み書きできる SAIHM セル。ロボットの連携、無人ドローン、地域間取引エージェントは、手動の交換なしで同期する。 | 同じ共有契約に 2 つのエージェントを接続する; SAIHM によって状態の変更がプロパゲートされるのを確認する; 私的側チャネルを介さずに。 |
| 9. 一つのプロトコル、すべてのクライアント | 一つの Model Context Protocol サーバー; 一つの構成ブロック; MCP 対応のすべての AI クライアントで機能する。各ベンダーとの個別の統合が必要なく。 | MCP の構成ブロックを各ツールで比較する; SAIHM ブロックは同一である。 |
| 10. 独立検証可能 | Apache 2.0 ソース; npm パッケージ @saihm/mcp-server; Glama と Smithery MCP リジストリにリストされている; パブリック チェーン上のビルドコミットをアンカーする。 |
ソースをクローンする; テストスーツを実行する; ビルドハッシュをオン チェーンのアンカーと比較する。 |
この投稿は元々 dev.to で公開されました。
4. CISO チェックリスト
次の AI メモリ RFP にこれを貼り付けてください。評価するベンダーはどれでもかまいません。10/10 未満のスコアを出すベンダーは、部分的な解決策であり、監査コストとロックインリスクが増加することになります。
- 組織がデクリプションキーを保持できるか、ベンダーがあなたの許可なくデクリプションできないか？
- ベンダーは、単一のレコードに対する暗号化消去レシートを、パブリックなサーフェスで独立して検証できるか？
- 読み取り、書き込み、共有、消去がすべて、ベンダーまたはユーザーがサイレントに上書きできないタンパー証拠オーディットサーフェスに記録されているか？
- 同じメモリープロトコルが、現在チームが使用しているすべての AI クライアントと、来年使用するクライアントで実行されるか？
- データはすべて、休止中と転送中において暗号化されており、あなたの管理外では平文で保存されていないか？
- 単一のメモリーセルが、構造化データと非構造化データの両方を保持し、必要に応じてどちらの形式でも提供できるか？
- レコードごとに、単一のプロンプトから、スコープバウンド、タイムバウンド、取り消し可能なアクセスを付与できるか？
- AI エージェントのフリートが、暗号化アクセス制御を使用して、ライブメモリ状態を共有できるか、手動同期なしで？
- 統合サーフェスは、ツールごとの統合ではなく、全 AI フリートを横断する単一のプロトコルか？
- 実装はオープンソースであり、パブリックチェーンのビルドアンカーと、サードパーティーが実行可能なテストスイートがあるか？
SAIHM はこれらすべての質問に「はい」と答えます。今日の市場でこのチェックリストを実行することの正直な結果は、ベンダー네イティブは 0〜2 点、ホステッド SaaS は 2〜4 点、セルフオペレーテッドベクターデータベースは 3〜5 点 (自分で構築するすべて) です。4〜7 点のギャップは、あなたの監査コスト、あなたのロックインリスク、およびあなたのインシデントレスポンスサーフェスです。
5. CISO が最初の1日で気にする 2 つの SAIHM 操作
これらは、SAIHM を採用した最初の 1 時間以内にチームが実行できる 2 つのプロンプトです。両方とも、MCP 対応の AI クライアントにペーストしてすぐに使用できます。
監査トレイルのエクスポート
Use SAIHM to export the audit trail for the
{department-or-system} workload, last 90 days.
Format as a CSV suitable for the risk committee.
これにより、AI エージェントが期間中に実行したすべてのメモリ操作について、改ざんが証明されるパブリックチェーンにアンカーされたレコードが得られます。次のリスク会議に持っていきます。ほとんどの既存のメモリベンダーは、このアーティファクトを全く生成できないですが、SAIHM ではデフォルトで生成されます。
検証可能な消去
Use SAIHM to forget all cells tagged
{data-subject-id}. Produce the destruction receipt
and the public-chain anchor for legal review.
これは、GDPR 第 17 条に対する守備の姿勢を 1 つのプロンプトで実現します。セルの暗号化キーは破壊され、暗号文は数学的に読み取れなくなり、破壊イベントはパブリックチェーンにアンカーされます。弁護士はレシートを独立して検証できます。
6. SAIHMをあなたのAIメモリ標準として採用する
-
SAIHMに参加 してください。/join で、5つのステップでクイックスタート（ウォレット、USDC.e、接続、「SAIHMに参加」を選択、検証）を行います。PAYGと有料プランが利用可能です。詳細は/pricingを参照してください。
-
監査トレイルのエクスポート を、最初の1時間以内に小規模なSAIHMワークロードで実行します。生成されたアーティファクトを次のリスクミーティングで提示してください。
-
CISOチェックリスト を、既存のメモリツールとSAIHMを比較して実行します。標準は、生産環境で勝つ前に紙上で勝つことができます。
-
スケール を拡大します。マルチエージェントの展開に対する推奨パターンは、各AIエージェントごとに新しい空のウォレットを作成することです（メモリはそれを書き込んだウォレットにバインドされます。エージェントごとのウォレットには、爆発半径が含まれ、エージェントごとの監査トレイルが生成されます）。セットアップガイドはquickstartに記載されています。
SAIHMは、他の代替手段よりも多くの機能を提供し、組織に要求するものは少ないです。1つのプロトコル。ユーザーが保持する鍵。公開チェーンによる暗号化消去。CISOチェックリストは合格します。CFOは、約80パーセントのトークン支出削減と、同じワークロードでの約5倍の生産性向上から利益を得ます。
独立性に関する通知。SAIHMは、Apache-2.0プロトコルであり、独立して著作されています。OpenAI、Anthropic、Google、Perplexity、Mem0、Letta、Zep、Pinecone、Weaviate、ChromaなどのAIクライアントまたはベンダーとは無関係です。この投稿で名前が挙げられているベンダーへの参照は、公開可能な製品特性の説明であり、支持または非難ではありません。80パーセントのトークン支出削減と約5倍の生産性向上は、SAIHM著者チームが自身のワークロードでSAIHMを採用して以来、内部的に測定された指標であり、使用パターンによって異なります。規制に関する引用（GDPR、EU AI Act、NIST AI RMF、ISO/IEC 27001、HIPAA、PIPEDA、PIPL、LGPD）は、公開時点での正しいものですが、ご自身の管轄区域への適用については、弁護士に相談してください。
元の投稿は、SAIHMブログに2026年05月18日に掲載されました。SAIHMは、Sovereign AI Horizontal Memoryプロトコルです — Apache 2.0、オープン仕様はsaihm.coti.globalで利用可能です。