詳しい解説 · 読了目安 5 分
AWS Agent Registry：ツール発見と呼び出し権限を分離する実行時構成
AWSの技術ガイドは承認済みMCP・A2Aレコードから「発見・生成・実行」のループを作り、認証情報を検索結果に含めない。
- 原典の公開日
- 当サイトの公開日
- 出典確認日
AWSは10月20日、全ツールをビルド時に組み込む代わりに、実行時に能力を発見する編成方法を解説した。注文管理例ではAgentCore Gateway経由のMCPサーバーと、価格・顧客対応のA2Aエージェントを組み合わせる。具体的な接続パターンの説明であり、カタログ拡大が自動的に判断を改善する証拠ではない。
ニュースを聴く
この記事を読み上げるか、ニュースを続けて聴けます。
読み上げを準備中…
端末の音声
読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。
再開時に短い部分を繰り返す場合があります。
要点
- 手動承認はDRAFT、PENDING_APPROVAL、APPROVEDを経る。構成されたデータ面で発見できるのは承認済みレコードだけである。
- 発見は記述子、エンドポイント、メタデータを返すが、呼び出し認証情報は返さない。例ではGatewayにCognito OAuth、A2A実行にIAM署名を別途使う。
検索可能なレコードは接続契約である
公開側は利用者向け説明とプロトコル固有の記述子を登録する。MCPレコードはサーバーメタデータとツール定義、エージェントレコードはA2Aカードを持つ。ライフサイクル操作は制御面、実行時の発見はデータ面が担当する。手動承認では公開しただけで見えるようにはならず、設定された審査遷移を完了する必要がある。IAMで公開者と承認者を分離できるため、接続先の身元や操作範囲を確認する場所になる。ただし承認は、全利用者の将来の全呼び出しが適切である証明ではない。説明は実際の問い合わせの語彙で似た能力を区別すべきである。
リクエストごとに小さな作業エージェントを構成する
外側の編成器は要求をキーワードと意味の混合検索に変換し、記述子を解析してクライアントを作る。その後、発見したツールだけを持つ内側のエージェントを生成する。モデルは候補集合から選び、応答し、ターン終了後にクライアントを破棄する。次の要求では再検索する。例の複数検索展開と重複排除は注文領域向けの設計で、Registryの必須仕様ではない。候補を絞れば全カタログを文脈に入れずに済むが、検索が外れると正しいツールが選択肢から消える点も検証しなければならない。
発見は呼び出しの権限を渡さない
MCP記述子が示すのはGatewayの接続先であり、アプリは信頼するCognito設定とSecrets Manager経由でOAuthトークンを別途取得する。A2AラッパーはBoto3で呼び出し元のAWS認証情報を用い、AgentCore runtimeを呼ぶ。Registryへのアクセス認可も独立している。AISubHub分析では、見つかったURLをクライアントにコピーするだけでは不十分で、信頼できる認証経路と許可操作が必要だ。記述子自動同期に使う資格情報はメタデータ取得用であり、実行時の利用者へ呼び出し認証として返されないとガイドは明示する。カタログは秘密配布器でも包括的な許可証でもない。
検索と実行をまとめて検証する
デモはMCPだけの注文確認、MCPとA2Aを連鎖する価格・割引確認、名前でなくサポートの説明から返品・返金意図を見つける例を扱う。最後は単一の意味検索成功であり、カタログ全体の正答率ではない。曖昧要求、非対応意図、権限拒否、誤記述子を試験に含め、選択レコードIDと後段結果を残すとよい。例はCloudWatchログ権限を与えるが独自指標やダッシュボードは作らず、追跡や警報はチームが設計する。ガイドは小さく安定したカタログでは明示接続が簡単で、常に同順で動く能力なら決定的なパイプラインが明快という代案も認めている。
注目する理由
AISubHub分析：互換性のある能力なら、新規承認レコードを公開するたびに編成器へツール専用のimportを追加せずに済む。一方、プロトコル、認証設定、編成方針の変更は更新を要しうる。
制約と提供状況
参照実装と3つのデモであり、一般的な検索ベンチマークではない。本站はデプロイ、費用測定、信頼性の独立検証を行っていない。ガイドはRegistryを一般提供済みとしているが、機能と地域の適合性は確認が必要だ。
出典と根拠
原典の公開日: 2026/10/20 · 出典確認日: 2026/10/21
AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。