テーマ： protocols
-
Agent-to-agent protocols in outline: A2A agent cards, tasks and where MCP fits
What the A2A protocol (version 1.0.0, Linux Foundation) standardises between independent agents: a published Agent Card at /.well-known/agent-card.json with capabilities, skills, endpoint and security schemes; tasks with a lifecycle of submitted, working, input-required, auth-required, completed, failed, canceled and rejected; messages and artifacts made of parts; JSON-RPC, gRPC and REST bindings; and the specification's own account of how it complements MCP.
-
MCP Roots・Sampling・Logging：2026-07-28 での非推奨化に伴う移行先
Roots、Sampling、プロトコルの Logging は非推奨になったが、削除はされていない。文書で示された代替手段を採用するには、ファイルシステムの権限、モデルへのアクセス、運用の可観測性をそれぞれ検討する必要がある。
-
x402、AP2、委任型チェックアウトでエージェントの支出制限を徹底する
取引ごとの上限、累積予算、支払先の制限、承認、領収情報を、各プロトコルの機能に対応付ける運用手順の提案である。制限の強制と支出の集計は、引き続き信頼できる決済コンポーネントが担う。
-
MCP 2026-07-28：ステートレスなコアと互換性の境界
7月の改訂では、初期化ハンドシェイクとトランスポートセッションが削除され、リクエストごとのメタデータと複数往復のやり取りが追加されるとともに、拡張機能と非推奨化の仕組みが正式に定義された。ディスカバリーはサーバーには実装が必須だが、クライアントによる呼び出しは任意である。
-
ACPによる販売者側の連携：チェックアウトセッション、委任トークン、安全な再試行
ACPの2026-04-17版は、販売者のチェックアウト状態と委任された支払い資格情報を分離する。販売者には、バージョン管理されたセッションエンドポイント、互換性のある支払いハンドラー、冪等な完了処理、認証された注文更新が必要となる。
-
AP2 v0.2のMandate：ユーザーの意図、自律購入、FIDOの標準化体制
AP2 v0.2は、openとclosedのCheckout MandateおよびPayment Mandateによって、検証可能な承認を伝達する。現在のモデルは以前のIntent／Cartという用語体系とは異なり、FIDOへの寄贈発表を最終的な標準の成立と混同してはならない。
-
MCP 2026-07-28 の認可：発行者の検証とクライアント登録の変更
このリビジョンは認可応答の発行者検証を強化し、保存する登録認証情報を発行者に結び付け、Dynamic Client Registration を非推奨にする。Client ID Metadata Documents は前のリビジョンですでに推奨されていた。
-
HTTP ロードバランサー配下の MCP 2026-07-28：ルーティングと安全なキャッシュ範囲
リクエストヘッダーにより JSON を解析せずにルーティングでき、MCP のキャッシュヒントはキャッシュ可能な結果を規定する。ヘッダーの検証、認可コンテキストの分離、MCP に対応したキャッシュは依然として必要であり、汎用的な POST 応答キャッシュでは代替できない。
-
x402 v2のHTTP通信を実装する：ヘッダー、ファシリテーター、決済
x402 v2の実装に焦点を当て、3つのHTTPヘッダー、クライアントとリソースサーバーの責務、支払い承認の検証と決済の違いを解説する。
-
旧クライアントへの対応を維持しながら HTTP MCP サーバーを 2026-07-28 に移行する
段階的な移行では、従来のハンドシェイク処理とリクエスト単体で完結する処理を分離し、新しい応答形式と対話形式を実装する。両方の動作を実際の HTTP ゲートウェイ経由で検証する。
機械可読： JSON