AWS 预览编码智能体实时构建的 Web 应用

核心事实

AWS 在其机器学习博客中介绍，Amazon Bedrock AgentCore runtime 新增 Session endpoints 能力。该功能为每个智能体会话生成一个经过认证的 URL，把请求的 HTTP 方法、路径、查询字符串、请求体以及 WebSocket 连接转发到调用方在 allowedPorts 中允许的端口。开发者因此可以在智能体编辑代码的同时，在浏览器里打开并试用它正在构建的 Web 应用，页面随文件保存即时更新，无需先复制出去再部署。

据博客说明，allowedPorts 在调用 CreateAgentRuntime 时设置，支持 1 至 5 项，每项为 8000–12000 范围内的单个端口或区间，并排除平台保留端口；开放端口本身不会启动服务，应用需自行监听并绑定到 0.0.0.0。会话端点 URL 通过 InvokeAgentRuntime 响应的 X-Amzn-Bedrock-AgentCore-Runtime-Session-Endpoint-Url 头返回。

背景与影响

博客指出，编码智能体已能产出可运行的仪表盘、产品页或原型，最快的评审方式是直接打开应用、使用并提出修改，再查看结果。若每次改动都要先部署到别处，评审节奏就会被部署拖慢。Session endpoints 让应用留在智能体编辑它的会话中运行，从而缩短这一循环。该能力支持 HTTP/1.1、HTTP/2（含服务器发送事件与 gRPC）以及 WebSocket。

在认证方面，使用 IAM 的运行时要求每个 HTTP 请求、HTTP/2 流和 WebSocket 握手携带 SigV4 签名，调用方还需具备 bedrock-agentcore:InvokeAgentRuntimeProxy 权限；使用入站 JWT 授权方的运行时则改为携带 bearer token。博客强调，仅知道 URL 并不能获得访问权限。由于浏览器无法自行添加签名或令牌，SDK 中的 Session endpoint 客户端可在本机开启本地端点，由它代为附加凭证后转发。

限制与来源

博客说明，会话端点与运行时端点用途不同：后者用于让调用方访问智能体并控制版本，前者仅用于查看会话内运行的内容。会话端点只在会话存续期间有效，适合构建、测试和评审；若要面向用户提供应用，应部署到 AWS Amplify Hosting 等托管服务。本文所述功能与配置细节来自 AWS 博客，具体可用区域、配额与计费方式尚未在该素材中完整说明，请以 AWS 官网当前信息为准。