新闻 · AWS Machine Learning Blog
借助Amazon Bedrock AgentCore运行时，在编码代理构建Web应用时实时预览
Amazon Bedrock AgentCore Session端点会为每个运行时会话提供一个经过身份验证的URL，将任意HTTP方法、路径和WebSocket连接转发到你允许的端口。本文介绍如何部署一个编码代理，让Vite网站在其会话中持续运行，并在代理编辑文件时于浏览器中实时查看网站更新。
en
英文原标题：Preview web apps live as your coding agent builds them with Amazon Bedrock AgentCore runtime
本文为英文原文的机器翻译摘要，原文见：AWS Machine Learning Blog ↗
- Amazon Bedrock AgentCore runtime 的 Session endpoints 允许开发者通过浏览器直接访问 agent 会话中运行的 Web 应用，实现实时预览和调试。
- 每个会话获得一个经过认证的 URL，该 URL 将 HTTP 请求和 WebSocket 连接转发到 allowedPorts 中指定的端口（范围 8000-12000），且每个请求都需携带 SigV4 签名或 JWT 令牌。
- 示例中，编码 agent 在会话内运行 Vite 开发服务器（端口 8090），通过热重载 WebSocket 将文件更改实时推送到浏览器，无需刷新页面。
- 本地客户端（如 bedrock-agentcore SDK 的 Session endpoint client）在 localhost 上打开端点，自动为每个请求添加凭证，解决浏览器无法添加签名的问题。
- Session endpoint 与 runtime endpoint 不同：前者用于预览会话内运行的应用，后者用于控制调用者访问的 agent 版本，支持开发与生产环境隔离。
关键数据
- allowedPorts 支持 1–5 个条目，每个为单个端口或 8000–12000 范围内的端口段。
- 客户端始终连接 443 端口，通过主机名前缀（如 8090--）选择会话内部端口。
- 示例使用 Claude Haiku 5.5 模型，需要 bedrock-agentcore 1.25.2 或更高版本、boto3 1.43.122 或更高版本、Python 3.10+、Node.js 22+。
引语
- Knowing the URL doesn’t grant access.
- It’s scoped to one session.
为什么值得看：它提供了一种在 agent 构建 Web 应用时实时预览和迭代的安全方式，避免了每次更改都需部署的延迟。