サンプルユースケース

以下は、レジストリを使用できるユースケースの例です。

内部ワークフローを構築するためのエージェントまたはツールを検出する

ビルダーは、従業員の休暇残高のレポートを生成する内部 HR ワークフローを作成しています。ワークフローでは、従業員情報サービス、PTO 追跡サービス、SharePoint などのドキュメント生成サービスにアクセスする必要があります SharePoint 。ビルダーは、内部 Wiki を尋ねたり検索したりするのではなく、 AWS エージェントレジストリでニーズに合ったサービスを検索します。接続の詳細とツールスキーマに登録されている 3 つのサービスをすべて検索し、この情報を使用してワークフローを構築します。これにより、検出の日が数分に短縮されます。

顧客向けエージェントに新しい機能を追加する

ビルダーは、注文の問い合わせを処理する外部のカスタマーサービスエージェントを維持します。顧客が遅延したパッケージ配信を追跡できるように、新しいユースケースを追加する必要があります。エージェントはすでに顧客情報と注文履歴サービスにアクセスできますが、配信追跡サービスが必要です。ビルダーはレジストリを検索し、適切な機能を備えた登録済みの配信追跡サービスを見つけてゲートウェイにアタッチし、エージェントのポリシーを更新してこの新しいサービスの呼び出しを許可します。どのチームが配信サービスを構築したか、またはそれらに連絡する方法を知る必要はありません。

チーム間でエージェントのスプロールを管理する

レジストリを確認する管理者は、新しいチームが、別のチームによって登録された既存の旅行計画エージェントと非常によく似た機能を備えた旅行予約エージェントを構築していることに気づきます。レジストリを通じてこの重複を検出することで、管理者は 2 つのチームを接続します。労力を重複させる代わりに、既存のエージェントは追加機能で更新され、組織は基本的に同じことを行う 2 つのエージェントを維持しなくなります。

エージェント間で再利用可能なスキルを共有する

チームは PDF ドキュメントから構造化データを抽出するスキルを開発しました。このスキルの有効性について肯定的なフィードバックを受け取り、このスキルを組織全体で広く共有して集合的な生産性を高めるように求められました。各チームに個別に連絡する代わりに、詳細なマークダウンドキュメントと構造化された定義を使用してスキルをレジストリに公開します。他のエージェントビルダーは、検索を通じてスキルを発見し、独自のエージェントに統合することで、組織全体の開発を加速します。

キュレーションを通じて品質標準を適用する

ビルダーは、新しい MCP サーバーレコードをレジストリに送信します。送信により、組織の標準レビューパイプラインを開始する Amazon EventBridge 通知がトリガーされます。自動パイプラインは、サーバー定義に完全なツールの説明が含まれていること、入力スキーマが正しく定義されていること、サーバーが組織のセキュリティ要件を満たしていることを確認します。このレビューでは、いくつかのツールの説明に必須フィールドがないことがわかりました。キュレーターは詳細な理由でレコードを拒否し、ビルダーは再送信する前に修正すべき点に関するフィードバックを受け取ります。

レジストリレコードをライブサーバーと同期させる

チームは、新機能が追加されるにつれてツール定義が進化する AgentCore ランタイムに MCP サーバーをデプロイします。ツールが変更されるたびにレジストリレコードを手動で更新するのではなく、各レコードで URL ベースの同期を設定し、同期をトリガーするために定期的にレジストリに移動します。これを行うと、 AWS エージェントレジストリは MCP サーバーのエンドポイントから最新のサーバーとツールのメタデータを取得し、レジストリの精度を維持します。