AgentCoreにOAuth同意ポータル

Consentポータルの登場は、GitHubやSlackなどのサービス越しにユーザー本人として行動するAIエージェントの企業導入が進む中で起きた。従来、3-legged OAuthフローでは顧客がセッション結合基盤を自前で構築・運用し、認可URLの提示、公開HTTPSコールバックのホスティング、ブラウザセッションの管理、CompleteResourceTokenAuthの呼び出しを行う必要があった。これは本質的に配管作業と言えるものを自前で抱える大きなエンジニアリング負担だった。

今では管理者が企業のIDプロバイダー、ゲートウェイターゲット、実行ロール、外部プロバイダーを設定し、単一のポータルURLを共有するだけで済む。エンドユーザーはサインインし、利用可能なサービスを確認してプロバイダーごとに同意する。ポータルがリダイレクトとセッション結合を処理し、AgentCore IdentityがトークンをVaultに保存。以降のツール呼び出しは保存済みトークンを使い、繰り返しのプロンプトは不要となる。

結果を左右するのは、管理型ポータルが管理者の設定負担を十分に軽減できるかどうかだ。ポータルはゲートウェイごとに1つで、作成後はゲートウェイを変更できないため、エンドユーザーに見えることを踏まえ、明確で分かりやすいゲートウェイ名を選ぶことが重要になる。管理者はリフレッシュトークンの挙動にも注意すべきだ。有効なリフレッシュトークンがない場合、ユーザーは再認可のために戻る必要がある。プロバイダー側でリフレッシュトークンを発行する設定、たとえばGitHubのuser-to-serverトークン有効期限の有効化やSlackのトークンローテーションは、継続的な利用体験を滑らかにするだろう。