エージェントスタックの完成：AMCPとメモリ連続性
ほとんどのエージェントは、セッションが終了するまでの間は印象的です。
ツールを呼び出すことができます。 コンテキストを理解できます。 他のエージェントと協働することも可能です。
しかし、ランタイムが変わったり、クライアントが変わったり、セッションが終了すると、メモリは多くの場合、その製品内でリセットされてしまいます。
これこそが、AMCPが解決しようとしているギャップです。
欠けていたレイヤー
エージェントインフラには、今や比較的明確な3つのレイヤーが見えてきました。
- MCP：ツール
- A2A：協働
- AMCP：メモリ
MCPはエージェントがツールやデータソースに接続する方法を扱います。 A2Aはエージェントが他のエージェントに委任し、協働する方法を扱います。 AMCPはエージェントがセッション、ランタイム、クライアントを超えて連続性を維持する方法を扱います。
この3つは競合するものではありません。 互いに補完し合います。
エージェントはMCPでツールにアクセスし、A2Aで専門家と協働し、AMCPで時間が経っても重要なことを記憶できます。
AMCPが標準化するもの
AMCP（Agent Memory Continuity Protocol）は、移植可能な長期エージェントメモリのためのオープンプロトコルです。
これはモデルプロトコルではありません。 プロンプト形式でもありません。 推論フレームワークでもありません。
AMCPはメモリの契約です。
AMCP v0.1は以下を定義します。
- 正規化されたメモリレコードの形式
- 標準レコードタイプ
remember、recall、sessions、export、import、deleteのためのHTTP操作- スコープと出所フィールド
- 保持および削除のセマンティクス
- 既存システムとの互換性マッピング
目標は、すべてのメモリシステムをゼロから作り直させることではありません。 実際のシステムが採用できる堅牢な相互運用レイヤーを作ることが目的です。
実際の例：Claude Channels + Nexus
この区分は、実際のフローでより明確になります。
Claude Channelsは、実行中のセッションが外部イベントを受け取れるようにします。 つまり、エージェントはもはやユーザーがターミナルの前にいるときだけ反応する存在ではありません。 メッセージは非同期で到着することができます。
しかし、Channelsだけでは長期メモリは実現しません。
私たちはClaude ChannelsとNexusを組み合わせ、次のようなフローを確認しました。
- Claudeを公式の
fakechatチャンネルとともに起動します。 - チャンネルを通じて「この事実を覚えて。プロジェクトのキーワードはblue-heronだよ」といったメッセージを送ります。
- Claudeが
nexus_rememberを呼び出し、その事実をNexusに保存します。 - Claudeが同じチャンネルで応答します。
- Claudeセッションを完全に再起動します。
- 新しいセッションで「さっき覚えてもらったプロジェクトのキーワードは何だった？」と尋ねます。
- Claudeが
nexus_recallを呼び出してメモリを呼び出し、正確にblue-heronと答えます。
このフローが示すのは単純です。
- Channelsはアクセシビリティを提供します。外部メッセージが実行中のセッションに到達できます。
- Nexusはメモリを提供します。セッションが再起動しても記憶を呼び出せます。
アクセシビリティとメモリは異なります。 Channelsだけでは連続性は解決できません。 別個のメモリレイヤーが必要です。
なぜ今重要なのか
エージェントは今やプロトタイプを超え、実際の運用環境へと移行しています。 プロダクション環境では、連続性は選択肢ではありません。
- ユーザーはエージェントが以前の会話を覚えていることを期待します。
- チームは複数のツールで共有できるメモリを求めています。
- プロダクトは特定ベンダーにロックインされないメモリレイヤーを必要としています。
現状、多くのプロダクトはそれぞれ独自のメモリレイヤーを作っています。 一時的で、互換性がなく、たいていは製品内に閉じています。
AMCPはこれに対する代替案を提示します。 エージェントメモリのための共通標準です。
ドキュメントだけでは不十分
プロトコルはドキュメントで宣言しただけでは実在しません。 人々が実装し、検証し、システム間で動作を比較できて初めて意味を持ちます。
AMCPにはすでに動作するリファレンス実装があります。
- Nexus：リファレンスサーバー
@nunchiai/amcp-sdk：直接統合用SDK@nunchiai/nexus-mcp：MCPブリッジ@nunchiai/reference-agent：リファレンスクライアント
標準は文章ではなく、動作するシステムによって証明されるべきです。
まとめ
MCPはエージェントにツールを与えます。 A2Aはエージェントに協働を与えます。 AMCPはエージェントにメモリ連続性を与えます。
セッション、ランタイム、クライアントを超えて記憶が継続するエージェントを作っているなら、AMCPはその欠けていたレイヤーを埋めるためのプロトコルです。