AWSがBedrock AgentCoreランタイムにセッションエンドポイントを追加、ライブアプリのプレビューが可能に
AWSは、Amazon Bedrock AgentCoreランタイムに「Session endpoints」を導入した。これにより、コーディングエージェントがアプリを構築している最中でも、開発者はブラウザ上でWebアプリをプレビューできるようになる。
ひとことで言うと
AWSはAmazon Bedrock AgentCoreにおいて、コーディングエージェントの出力をプレビューするための何を発表しましたか。
AWSは、Amazon Bedrock AgentCoreランタイムがセッションエンドポイントをサポートするようになったと発表した。これは認証付きURLで、開発者はコーディングエージェントが分離されたセッション内で構築しているウェブアプリを、ブラウザ上で直接開くことができる。このエンドポイントはHTTPおよびWebSocketのトラフィックを開発者が許可したポートへ転送するため、変更内容は別途のデプロイ作業を経ずに反映される。
要点
- AWSは、Amazon Bedrock AgentCoreランタイムの新機能「Session endpoints」を発表した。これにより開発者は、エージェントのセッション内で動作するWebアプリを、ブラウザから直接開くことができるようになる。
- 各エージェントセッションは独立したマイクロVM上で実行され、開発者はCreateAgentRuntimeを呼び出す際にallowedPortsパラメータを設定することで、セッションエンドポイントが接続できるポートを8000〜12000の範囲内で1〜5個選択できる。
- AWSによると、セッションエンドポイントを通じたすべてのリクエストは認証されており、IAMに依存するランタイムではSigV4署名が、JWT認可機能を使うランタイムではベアラートークンが使用される。
- AWSはGitHubのagentcore-samplesリポジトリにサンプルを公開した。これは、コーディングエージェントがセッション内でViteのウェブサイトを起動し続け、エージェントがファイルを編集するとその変更がブラウザ上にすぐ反映される仕組みを示すものだ。
- AWSによると、Sessionエンドポイントは単一のセッションに限定されるもので、エージェントの出力を構築・テスト・レビューするためのものであり、エンドユーザーにアプリを提供する用途は想定していない。そうした用途にはAWS Amplify Hostingなど別のホスティングサービスへのデプロイが必要になるという。
AWSが発表した内容
Amazon Web Servicesは、Amazon Bedrock AgentCore runtimeが「Session endpoints」という新機能に対応したと発表した。これにより、開発者はコーディングエージェントが構築しているWebアプリを、エージェントがまだ作業を続けている最中でも、自分のブラウザから直接開いて操作できるようになる。
AWSによると、AgentCore runtimeはすでに各エージェントセッションを独立したマイクロVM上で実行している。Session endpointsは、このセッション専用の認証済みURLを追加するもので、各リクエストのHTTPメソッド、パス、クエリ文字列、ボディ、さらにWebSocket接続を、開発者が許可したポートへ転送する。AWSは、これによってエージェントが各ファイルを保存するたびにページが更新される様子を確認できるようになり、レビューのたびにアプリを別の場所へコピーしてデプロイするまで待つ必要がなくなると説明している。
Session endpointsの仕組み
AWSは、Session endpointsの動作を規定する6つの詳細を説明している。
- ポートの選択:開発者は
CreateAgentRuntime呼び出し時にallowedPortsパラメータを設定し、1〜5件のエントリを指定する。各エントリは単一のポートまたは8000〜12000の範囲内(予約済みのプラットフォームポートを除く)とする。AWSは、ポートを許可してもサーバーが自動的に起動するわけではなく、アプリケーション自身が0.0.0.0にバインドしてそのポートをリスンする必要があると注記している。 - URLの配信:
InvokeAgentRuntimeのレスポンスには、エンドポイントURLがX-Amzn-Bedrock-AgentCore-Runtime-Session-Endpoint-Urlヘッダーに含まれ、これに対応するSDKではsessionEndpointUrlとして取得できる。 - 認証:AWS IAMを使用するランタイムの場合、各HTTPリクエスト、HTTP/2ストリーム、WebSocketハンドシェイクにSignature Version 4の署名が付与され、呼び出し側には
bedrock-agentcore:InvokeAgentRuntimeProxy権限が必要になるとAWSは述べている。JWT認証を使うランタイムの場合は、代わりに各リクエストにベアラートークンが付与される。 - ホスト名によるポートルーティング:AWSによると、クライアントは常にポート443で接続し、ホスト名のプレフィックスによってセッション内のどのポートに転送するかが選択される。
- プロトコル対応:AWSは、このエンドポイントがHTTP/1.1、HTTP/2(サーバー送信イベントおよびgRPCを含む)、WebSocketのトラフィックに対応していると説明している。
- セッションの範囲:AWSによると、このURLはすべてのリクエストで認証情報を必要とし、セッションが続く間だけ有効で、エージェントの出力を構築、テスト、レビューする用途を想定している。エンドユーザーにアプリを提供する場合は、AWS Amplify HostingなどのホスティングサービスにデプロイすべきだとAWSは述べている。
さらにAWSは、ブラウザ単体ではSigV4署名やベアラートークンを自動的に付与できないため、bedrock-agentcore SDKに含まれるSession endpointクライアントが開発者のマシン上にローカルエンドポイントを開き、各リクエストおよびWebSocketハンドシェイクに認証情報を追加した上でブラウザへ転送できるようにしていると説明している。
AWSは、このSession endpointを、AgentCore runtimeが従来から提供しているランタイムエンドポイントとは区別している。DEFAULTのようなランタイムエンドポイントは、呼び出し側がアクセスするエージェントのバージョンを制御するもので、開発用と本番用のバージョンを分けて管理できる。一方でSession endpointは、その特定のセッションで実行されているエージェントのバージョンをそのまま反映し、セッションが終了すると機能しなくなる。
サンプルの解説
AWSは4つの要素からなるサンプルを公開した。ポート8080で動作し、list、read、write、editの各ツールを使ってWebサイトのファイルを編集するコーディングエージェント。エージェントが起動するポート8090のVite開発サーバーで、Webサイトを配信し、保存された変更をホットリロード用WebSocket経由でブラウザにプッシュする。プレビューページを配信し、InvokeAgentRuntimeにプロンプトを送信して、Webサイト用のローカルエンドポイントを開くローカルのPreviewApp。そして、ローカルエンドポイントとSession endpointの両方を通じてWebサイトを読み込みながら、エージェントにプロンプトを送るプレビューページ自体である。この投稿が参照しているノートブックを含む完全なサンプルは、agentcore-samples GitHubリポジトリの14-remote-accessフォルダにある。
出典:AWS Machine Learning Blog「Preview web apps live as your coding agent builds them with Amazon Bedrock AgentCore runtime」、2026年10月30日公開。
よくある質問
- Amazon Bedrock AgentCoreランタイムにおけるセッションエンドポイントとは何か
- AWSによると、これは単一のエージェントセッションに紐づく認証済みURLで、開発者が許可したポートへHTTPリクエストとWebSocket接続を転送する仕組みだという。これにより開発者は、エージェントが構築中のアプリを自分のブラウザで開くことができる。
- AWSはSessionエンドポイントの通信をどのように保護しているのか。
- AWSによると、すべてのリクエストは認証される。IAMを使用するランタイムではSigV4署名とbedrock-agentcore:InvokeAgentRuntimeProxy権限が必要となり、JWT認証機能を備えたランタイムでは各リクエストにベアラートークンが求められる。
- Sessionエンドポイントを使って、エンドユーザーにアプリを提供することはできますか。
- いいえ。AWSによると、セッションのエンドポイントURLはセッションが続く間しか有効ではなく、エージェントの出力を構築・テスト・確認するためのものだ。ユーザーにアプリを提供するには、AWS Amplify Hostingのような別のホスティングサービスにデプロイする必要がある。
- この機能のサンプルコードはどこで見つけられますか。
- AWSは、agentcore-samples GitHubリポジトリの14-remote-accessフォルダを紹介した。ここには、セッション内でViteウェブサイトを起動し続けてライブプレビューを可能にするコーディングエージェントを示すノートブックが収められている。