CloudTrailとEventBridgeで実行環境の更新を検知します。LambdaがMCPの最新ツールを読み、登録済み情報との差分を反映します。 公開した道具とカタログのずれを減らす構成です。同期の成功と利用許可を区別し、変更イベントの対象範囲や失敗時の再処理を確認します。 道具を変えた後にカタログだけが古くなる問題 AWSは11月11日、AWS Agent Registryの登録情報を自動更新する構成を公開しました。MCPサーバーへツールを追加したり引数の形式を変えたりしても、カタログの記述が更新されないと利用者は古い情報を参照します。新しい道具を発見できず、古い形式で呼ぶことで実行時に失敗する可能性があります。解説は、実行環境を更新したイベントをきっかけに最新情報を取得する方式です。定期的な人手の確認に頼る代わりに、既存の統制手順の中で記録を同期します。単一アカウントと複数アカウントの両方を対象にした参考例です。 実行環境の更新からツール一覧を取り直す CloudTrailがUpdateAgentRuntimeの呼び出しを記録し、EventBridgeが対応するイベントをLambdaへ送ります。Lambdaは実行環境の識別情報からMCP接続先を求め、認証した後に初期化とtools/listを実行します。登録済みの情報と比べ、差分がある場合にRegistryを更新します。複数アカウントでは、MCPを置く側から中央の登録用アカウントへイベントを転送します。AgentCore Identityを使い、同期処理が秘密情報を直接保存しない構成も示しました。多数の社内ツールを運用する基盤担当者には、変更後の発見性を保つ用途になります。一方で、イベントが示すのは実行環境の更新です。サーバー内部だけで動的に変わるツールをすべて検知するとは限りません。実際の公開方式に合うトリガーを選ぶ必要があると見られます。 同期された説明を無条件に信用しない 実務上は、カタログの鮮度とツールの利用許可を分けることが論点です。新しい機能が同期されたからといって、全利用者へ実行権限を与えてよいとは限りません。説明文や引数の変更がAgentの判断を変える可能性もあるため、承認や評価との関係を決めます。イベントの重複、転送の失敗、認証の期限切れ、更新中のサーバーへの接続を扱えるかも確認します。繰り返し実行しても同じ情報へ収束する設計と、失敗を発見できる記録が必要と見られます。中央アカウントへ集める権限は対象の登録情報に絞ります。同期に必要な呼び出しや周辺サービスの費用も含め、管理対象が増えても保守できるかを評価します。カタログを信頼できる情報源として保つための運用改善です。利用側が古いツール情報を保持している場合、登録の更新だけでは切り替わらない可能性があります。配布先やキャッシュの更新も確認対象に含めます。