Amazon Bedrock AgentCore 経由で利用可能になりました。AWS Agent Registry を使って、組織全体にわたるエージェント、ツール、エージェントスキルを発見し、共有し、再利用しましょう。
企業が数百〜数千のエージェントへと規模を拡大するにつれ、プラットフォームチームには 3 つの重要な課題が突きつけられます。可視性（組織内にどんなエージェントが存在するかを把握すること）、統制（誰が公開でき、何が組織全体で発見可能になるのかを管理すること）、再利用（すでに存在する能力を各チームが作り直さないようにすること）です。中央集約された仕組みがないと、エージェントの乱立が加速し、コンプライアンスリスクが増大し、重複作業によって開発にかかる労力が無駄になります。これらの課題は現実によってさらに複雑化します。どの組織のエージェント環境も、完全に 1 つの提供事業者の範囲内に存在するわけではありません。エージェントは AWS の各サービス、他のクラウドプラットフォーム、オンプレミス環境にまたがって構築されます。スタックの一部しかカバーしないレジストリでは残りが見えず、その結果、見えないエージェントは発見できず、統制できず、再利用もできません。これを解決するには、「存在するものを一覧化する場所」を用意するだけでは不十分です。プラットフォームチームは、エージェントを構築し、承認ワークフロー付きで公開し、チームが既存のものを発見して再利用できるようにし、誰が公開して誰が利用できるのかを統制し、プロダクションで稼働しているものを監視し、もはや必要のないものを廃止（退役）できるようにする必要があります。そこで本日、AgentCore において AWS Agent Registry（プレビュー）を発表します。これは、エンタープライズ全体で AI エージェント、ツール、エージェントスキルを発見し、共有し、再利用するための単一の場所です。
AgentCore は、スケールさせてエージェントを構築・接続・最適化するためのプラットフォームで、エージェントのためにゼロから設計されています。あらゆるモデル、あらゆるフレームワーク、あらゆるエンタープライズアーキテクチャに対応します。最初のエージェントを提供する場合でも、1000 番目を出す場合でも、あなたと一緒にスケールする 1 つのプラットフォームがあります。レジストリは、構築したものの組織化や統制の方法についても、同じ柔軟性を提供します。レジストリは、AWS、他のクラウド事業者、オンプレミスのいずれで構築・ホスティングされているかにかかわらず、エージェントをインデックス化します。
本日プレビューで利用可能な内容
レジストリは、すべてのエージェント、ツール、MCP サーバー、エージェントスキル、カスタムリソースのメタデータを、構造化されたレコードとして保存します。各レコードを誰が公開したか、どのプロトコルを実装しているか、何を公開しているか、そしてどのように呼び出すかを把握します。レジストリは、MCP や A2A のような確立された標準をネイティブにサポートしつつ、組織向けにカスタムスキーマを定義する柔軟性も備えています。レコード登録には 2 つの方法があります。コンソール、AWS SDK、または API からメタデータを手動で指定し、能力の説明、所有、コンプライアンス状況、利用ドキュメントを記入できます。あるいは、MCP または A2A のエンドポイントを指定すると、レジストリが自動的に詳細を取り込みます。レジストリは、AWS 上で稼働する部分だけでなく、初日からあなたの完全なエージェント環境を反映できます。
レジストリは AgentCore の Console、API、および MCP サーバー経由で利用できます。あらゆる MCP 対応クライアントが直接クエリできます。Kiro や Claude Code も含まれます。カスタムの ID プロバイダーを持つ組織では、OAuth ベースのアクセスにより、IAM 資格情報を要求することなくチームが独自のディスカバリー UI を構築できます。
すでに存在するものを見つける
中央集約されたレジストリがない場合、開発者は外部でサードパーティのツールや、隣のチームがすでに出している重複作業を検索します。何が構築されているのか、誰が所有しているのか、利用が承認されているかどうかが見えなくなります。レジストリは、キーワード検索とセマンティックマッチングを組み合わせたハイブリッド検索でこれを解決します。すべてのクエリはキーワードマッチングを使用しますが、より長い自然言語のクエリでは、概念的に関連する結果を提示するためにセマンティックな理解も用います。つまり、「payment processing（支払い処理）」で検索すると、呼び名が違っていても、「billing（請求）」や「invoicing（請求書発行）」としてタグ付けされたツールが見つかります。ディスカバリーは最も手間の少ない道になります。チームは、チーム名、説明、リソースタイプで検索し、新たに何かを作る前にすでに存在するものを見つけられます。開発者はまずレジストリを検索します。審査済みの能力が既に存在するなら、それを利用します。存在しなければ、それを構築し、レジストリに登録し、他のすべての人が利用できるようにします。組織全体で何が存在するかを確認できます。
Zuora では、Sales、Finance、Product、Developer の各チームに 50 のエージェントを展開する、AI-first のマネタイズおよびレベニューマネジメントプラットフォームとして、AgentCore の AWS Agent Registry が、プリンシパルアーキテクトに対して、使用中のすべてのエージェント、ツール、スキルを発見・管理・カタログ化するための統一されたビューを提供します。この中央集約アプローチにより、チームはゼロから作り直すのではなく、既存のアセットを見つけて再利用できます。標準化されたメタデータにより、各エージェントとツールには所有や能力に関する一貫した詳細が含まれ、エージェントエコシステム全体にわたるエンドツーエンドの可視性と説明責任をチームに提供します。
– Pete Hirsch, Zuora 最高製品・テクノロジー責任者
公開されるものを統治（ガバナンス）する
統制（ガバナンス）がないと、誰でも何でも登録できます。何が発見可能になるのかをコントロールできず、標準を強制できず、所有を追跡できず、開発から退役までエージェントを管理できません。エージェントが少数なら、スプレッドシートで管理できます。数百〜数千になると、自動的に標準を強制する仕組みが必要になります。
レジストリは、何が公開され、誰がそれにアクセスできるかについてのコントロールを提供します。管理者は IAM ポリシーを使用して、誰がエージェント、ツール、エージェントスキルを登録でき、誰がそれらを発見できるかを定義します。すべてのレコードは承認ワークフローに従います。まず下書きとして始まり、承認待ちになり、承認されると組織全体に向けて発見可能になります。レジストリは、エージェントの初期開発からデプロイ、そして最終的な退役まで、そのライフサイクル全体にわたってエージェントを追跡します。レコードは時間の経過に伴う変更を追跡するためにバージョン管理され、組織はもはや利用されていないレコードを非推奨（デプリケート）にできます。レジストリは、既存の承認ワークフローと統合するためのフックを提供します。チームの所有、コンプライアンス状況、デプロイ環境などの情報を記録するように、各エントリにカスタムメタデータを追加できます。
Southwest Airlines は、エンタープライズ全体でエージェントのカタログとガバナンスを有効化しています。AgentCore の AWS Agent Registry は、重要な発見可能性（ディスカバラビリティ）の課題を解決します。すなわち、チームが既存のエージェントを見つけて再利用できるようにし、能力をゼロから作り直す必要をなくします。複数プラットフォームにわたる管理されたガバナンスにより、すべてのエージェントは標準化された所有メタデータとポリシー強制を備えます。これにより、組織内でのエージェント乱立を防ぎ、初日からエンタープライズグレードのガバナンスで数千のエージェントをスケールさせるための基盤を確立できます。
– Justin Bundick, Southwest Airlines AI およびインテリジェントプラットフォーム担当 VP
私たちが目指す先
私たちは、エージェントが構築されるすべてのAWSサービスに、レジストリをまたがって展開する未来に向けて構築しています。Amazon Quick や Kiro を含みます。エージェントはデプロイされた瞬間に自動的にインデックス化されます。開発者はIDEから検索でき、ビジネスユーザーは自分のワークスペースでエージェントを見つけ、管理者はコンソールから統治します。これらはすべて、同一の真実の情報源に支えられます。レジストリ間のフェデレーションにより、複数のレジストリを接続し、それらを1つとして検索できるようになります。さらに、所有権、コンプライアンス状況、コストセンター、そしてガバナンスモデルが必要とするその他の要件を捉える構造化メタデータスキーマによって裏付けられた、組織がエージェントについて考える方法に合致するカテゴリやタクソノミーを定義できるようになります。時間の経過とともに、AgentCore Observability から得られる運用インテリジェンスが、レジストリの記録と並んで可視化されていきます。呼び出し回数、レイテンシ、稼働率、利用パターンなどを通じて、「存在するもの」だけでなく、「本番環境で実際に機能しているもの」を理解できるようになります。
AWS Agent Registry を超えて、外部パートナーのカタログとの連携に向けて構築を進めています。技術領域全体にわたる、集中型の発見とガバナンスに関して、パートナーからの早期の関心が寄せられていることを嬉しく思います。
始める
今回のプレビューはスタートラインです。すでに存在するものを作り直す必要はありません。可視性のない状態でエージェントをデプロイすることもありません。AWS Agent Registry により、エンタープライズ全体にわたるあらゆるエージェントを発見し、統治し、再利用するための1つの場所が手に入ります。
AWS Agent Registry は本日、AgentCore 経由で5つの AWS リージョン でプレビューとして利用可能です。US East（N. Virginia）、US West（Oregon）、アジアパシフィック（シドニー）、アジアパシフィック（東京）、およびヨーロッパ（アイルランド）です。
AgentCore の Console から AWS Agent Registry を始めてください。ドキュメント を読んで詳しく学べます。
