エージェントスタックを完成させる：記憶の連続性のためのAMCP
ほとんどのエージェントは、セッションが終了するまでは非常に印象的です。
ツールを呼び出すことができます。 与えられたコンテキストに基づいて推論できます。 他のエージェントと協業することもできます。 しかし、ランタイムが変わったり、クライアントが変わったり、セッションが終わった瞬間、その記憶は多くの場合、記憶を保持していた製品の中にだけ残り、再び断絶されてしまいます。
AMCPはまさにその隙間を埋めるために作られました。
AMCP（Agent Memory Continuity Protocol）は、携帯可能で長期的なエージェントメモリのためのオープンプロトコルです。
AMCPはモデルプロトコルではありません。 プロンプトフォーマットでもありません。 推論フレームワークでもありません。
AMCPはメモリの契約です。
欠けていたレイヤー
現在、エージェントインフラにはより明確な階層が見え始めています。
- MCPはツールのための標準
- A2Aはエージェントのための標準
- AMCPはメモリのための標準
MCPはエージェントがツールやデータソースに接続できるようにします。 A2Aはエージェントが他のエージェントにタスクを委任し、協業できるようにします。 AMCPはエージェントがセッション、ランタイム、クライアントを超えて記憶の連続性を維持できるようにします。
これら3つは競合関係ではありません。 互いを補完する関係です。
1つのエージェントはMCPでツールにアクセスし、A2Aで専門エージェントと協業し、AMCPで時間が経っても必要な記憶を保持できます。
なぜメモリにも独自のプロトコルが必要なのか
今日のほとんどのエージェントメモリは、依然として特定の製品の中に閉じ込められています。
その結果はおなじみです。
- 記憶が1つのクライアント内に閉じ込められる
- セッションが終わるとコンテキストが消える
- 他のシステムに移すと連続性が失われる
- ユーザーは同じ好みや決定を繰り返し説明しなければならない
問題はエージェントが十分に賢くないことではありません。 問題はメモリが携帯可能でないことです。
AMCPは、ずっと断絶されてきたその部分を標準化しようとしています。
- canonical memory record
- remember / recall 演算
- scopeとprovenance
- retentionとdeleteセマンティクス
- export / importのポータビリティ
AMCPが標準化するもの
AMCP v0.1は小さいながらも実用的なベースラインを定義します。
- canonical memory recordの形
- 標準的なrecord type
- remember、recall、sessions、export、import、deleteのためのHTTP演算
- soft deleteセマンティクス
- 既存システムのための互換性マッピング
目標は、すべてのメモリシステムに今すぐ書き直しを要求することではありません。 目標は、実際のシステムが採用できる堅牢な相互運用レイヤーを作ることです。
簡単な例
旅行計画を立てるエージェントを考えてみましょう。
- エージェントはAMCPを通じてユーザーの過去の好みを呼び出します。
- MCPを通じて検索や予約ツールを呼び出します。
- 必要に応じてA2Aで専門エージェントに一部のタスクを委任します。
- 最終結果を再びAMCPで記憶します。
この流れの中で：
- MCPはツールアクセスを担当し
- A2Aは協業を担当し
- AMCPは連続性を担当します
これがAMCPが担うべき役割です。
ドキュメントだけで終わらせないために
プロトコルは、人々が実装し、検証し、異なるシステム間で動作を比較できて初めて現実のものとなります。
AMCPはすでに動作するリファレンス実装を持っています。
- Nexus: リファレンスサーバー
@nunchiai/amcp-sdk: 直接統合のためのSDK@nunchiai/nexus-mcp: MCPブリッジとインストールパス@nunchiai/reference-agent: リファレンスクライアント
この点が重要です。 標準は文章だけで証明されるものではなく、実際に動作するシステムで証明されなければなりません。
現在公開しているもの
公開されたAMCPリポジトリには以下が含まれています。
- プロトコル草案
- 現在の実装状況
- OpenAPI surface
- adoption guide
- リファレンス実装情報
- examplesとcomplianceガイド
リポジトリ：
リファレンス実装：
次のステップ
今必要なのは宣言ではありません。 採用をより簡単にすることです。
それはつまり、次のことを意味します。
- より良いサンプル
- より強力なcomplianceツール
- より多くの外部実装
- 公開草案へのコミュニティフィードバック
OAuthが認証と認可の標準化に貢献したように、AMCPはエージェントメモリの連続性の標準化に貢献できるはずです。
まとめ
MCPはエージェントにツールを与えました。 A2Aはエージェントに協業を与えました。 AMCPはエージェントに記憶を与えます。
セッション、ランタイム、クライアントを超えて連続性が必要なエージェントを作っているなら、AMCPはまさにそのためのプロトコルです。