AWS Agent Registryが正式提供開始、API名前空間を変更—旧AgentCoreインターフェースは9月に廃止

AWSは8月31日、Agent Registryの一般提供開始を発表した。異なるチームに分散しているエージェント、ツール、スキルを、人間またはエージェントが検索できるプライベートカタログに整理する。Registryは4種類のレコードをサポートする。ツール、リソース、プロンプトを含むMCPサーバー、Agent Cardで記述されたA2Aエージェント、Markdownとソフトウェアパッケージで構成されるスキル、そしてJSON形式に準拠したカスタム記述だ。レコードはマネジメントコンソール、CLI、SDK、CI/CDから公開できるほか、外部のMCP／A2A endpointへ直接接続してメタデータを同期することもできる。

そのアーキテクチャでは、「ガバナンスプレーン」と「ディスカバリープレーン」が分離されている。前者はドラフト、審査待ち、却下済み、非推奨のレコードを保持し、所有者、バージョン、コンプライアンスタグ、承認ステータスを管理する。後者は承認済みの項目のみを利用者に提供し、セマンティック検索とキーワード検索を組み合わせたハイブリッド検索をサポートする。検索APIはリモートMCP endpointとしても公開されるため、エージェントはカタログ全体を事前にプロンプトコンテキストへ詰め込むことなく、実行時にツールを検索できる。CloudTrailは制御操作を記録し、EventBridgeは審査への提出時に企業独自のスキャンまたは承認ワークフローをトリガーできる。

正式版では、CloudFormation、AWS CDK、TerraformによるRegistryの管理、タグを使用したコストや権限の割り当て、Resource Access Managerを介したクロスアカウントおよび組織全体のカタログ構築が新たにサポートされた。管理者はAWS Organizationsレベルで自動検出を有効にすることもできる。AgentCore RuntimeやGatewayに新しく現れたエージェントまたはMCP endpointは、まずドラフトとして作成され、その後、既存の審査プロセスに進む。これにより「シャドーエージェント」の登録漏れが起きる可能性は低下するが、検出範囲は引き続きAWSが観測可能なAgentCoreリソースが中心であり、クロスクラウドの資産インベントリーツールと見なすことはできない。

エンジニアリング上の差し迫ったリスクは、名前空間の移行だ。正式版APIは`bedrock-agentcore`から独立した`agent-registry`へ移行しており、旧インターフェースのサポートは9月17日に終了する。IAM action、サービスendpoint、ARN、EventBridge source、一部のデータ構造を変更しなければならない可能性がある。また、各Registryの作成時に、インバウンド認証方式としてIAM SigV4またはJWTのいずれか一方しか選択できず、後から切り替えることはできない。現時点では、JWTを使用するカタログを、IAM署名に依存するマネジメントコンソールの検索機能、CLI、SDKから照会することもできない。最後に、承認の対象はカタログレコードであり、個々のツール操作ではない。チームは引き続き、実際のMCPまたはエージェントendpointで、最小権限、認証情報の分離、コンテンツスキャン、実行時認可を実装する必要がある。