返回资讯中心
外部精选
云计算
#云原生#Amazon Aurora#Amazon Bedrock#Amazon Bedrock AgentCore#Amazon EC2

AWS 将 Step Functions 作为智能体工具,Bedrock 上线 GPT-6.1 Terra

来源标题:AWS Weekly Roundup: GPT-6.1 Terra on Bedrock, Step Functions as agent tools, and more (November 2, 2026)

AWS 宣布 Step Functions 可直接作为智能体工具调用,团队已有工作流无需重写即可被智能体使用,该服务此前已能编排超过 220 项 AWS 服务。同周 OpenAI 的 GPT-6.1 Terra 在 Amazon Bedrock 正式可用,定价低于同系列另一款模型。据 OpenAI 数据,Terra 在 Agents' Last Exam 评测中比 GPT-5.6 Terra 高 15 个百分点,与 GPT-6 Astra 持平,完成任务速度超过两者三倍以上。

AWS BlogDaniel Abib2026/11/2 · 今天21 分钟阅读

以下正文由 AI 翻译自 AWS Blog(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

上周让我印象深刻的 agentic 发布,跟模型能力有多强没什么关系,关键在于触达范围。AWS Step Functions 本来就能编排 220 多项 AWS 服务,现在可以作为一个工具交给 agent 调用,团队原本已经信任的工作流无需重写就能被调用。同一周,AI 博客还介绍了某互动平台如何用同样的方式开放了约 400 个内部 API 操作。这两个案例都没有重建任何东西,只是把已有的东西描述出来,让 agent 自己去发现。

另一条主线是成本。OpenAI 最新的 Terra 模型上线 Amazon Bedrock,定价远低于旁边的那个模型;另外还有两项后量子相关的发布落地,而它们对应的截止期限目前谁也说不准。下面进入本周的 AWS 新闻……

头条

OpenAI GPT-6.1 Terra 现已在 Amazon Bedrock 上正式可用,我感兴趣的是它的定位,而不是它拿了什么第一。Terra 是 GPT-6 家族中面向日常工作负载的产品线。在 OpenAI 的 Agents' Last Exam 评测中,它比 GPT-5.6 Terra 高出 15 个百分点,表现与 GPT-6 Astra 持平,完成任务的速度比两者都快三倍以上。这些是 OpenAI 自己给出的数字,不是独立测试。我首先会看价格:输入和输出 token 至少比 GPT-6.1 Sol 和 GPT-5.6 Terra 低 50%。它最多支持 100 万输入 token,接受文本和图像输入,可以通过 Bedrock API 或 ChatGPT Work 和 Codex 访问。

AWS Step Functions 工作流现在可以通过 Amazon Bedrock AgentCore Gateway 作为 AI agent 工具使用,该网关通过 Model Context Protocol(MCP)把 agent 连接到工具。核心思路是分工:agent 决定何时运行工作流、传入什么输入;Step Functions 则完全按照你定义的方式执行每一步。客服 agent 可以触发退款,而资格校验、经理审批和授信仍然每次都按这个顺序发生,因为顺序从来就不是模型可以即兴发挥的东西。你现有的 Standard 和 Express 工作流都可以作为连接器目标,agent 还能查询运行记录。该功能已在 AgentCore Gateway 支持的所有 Region 提供,按标准费率计费。

上周的发布

以下是过去一周引起我注意的一些发布和更新:

AWS Key Management Service 现在支持 ML-KEM 用于后量子密钥封装 – 你现在可以使用 AWS KMS 密钥,通过后量子算法建立共享密钥,私钥存放在通过 FIPS 140-3 Level 3 验证的 HSM 中。NIST FIPS 203 的全部三组参数均受支持,通过 Encapsulate(生成随机的 32 字节共享密钥及其密文)和 Decapsulate(恢复该密钥)两个操作实现。威胁在于“先收集、后解密”:对手今天记录下密钥交换过程,等量子计算机足够强大后再恢复出密钥。该功能已在 KMS 运行的所有区域提供,但中东(阿联酋和巴林)和中国区域除外。Amazon Aurora PostgreSQL 在同一周也加入了后量子 TLS 密钥交换,支持 18 及以上版本。

AWS IAM Identity Center 现在支持跨 Region 的可信身份传播 – 你现在可以把用户身份随请求一起传递到另一个 Region 的 AWS 服务。这消除了一项实实在在的架构限制:过去可信身份传播要求访问该身份的所有服务都位于同一个 Region,这就只剩下两个都不太理想的选择——使用无法区分单个用户的宽泛 IAM 角色,或者把所有服务整合到单一 Region。现在身份会自动随请求传递,你可以按用户和组成员资格授予访问权限,并审计谁访问了什么。该功能已在 IAM Identity Center 运行的所有区域免费提供。

Amazon ECS 现在通过 NVIDIA Multi-Process Service(MPS)支持 GPU 共享 – 你现在可以在单块 NVIDIA GPU 上并发运行多个 Amazon ECS 任务,这对于只用到一块 GPU 一小部分的工作来说是很实际的解法,比如小模型推理和多模型 serving。你声明每个容器需要多少 GPU 内存,还可以选择限制其占用的 GPU 算力份额,ECS 会在你的服务扩缩容时把任务放到还有余量的 GPU 上,无需修改代码。该功能适用于 ECS Managed Instances 和 Amazon EC2 上的 ECS;在 Managed Instances 上,它会监控 MPS 控制守护进程,一旦该进程不健康就替换实例。该功能已在所有商业区域和 AWS GovCloud (US) 区域提供。

AWS Lambda 为 Lambda Managed Instances 支持 Seekable OCI(SOCI)懒加载 – 你现在可以让 AWS Lambda 在启动的每个阶段只拉取所需的文件,而不是先拉取整个容器镜像,AWS 称这最多可将容器启动时间缩短 70%。你创建一个 SOCI 索引,推送到 Amazon ECR,把镜像 URI 指向带索引的 tag,Lambda 会自动检测到。该技术也已用于 Amazon SageMaker AI 训练和处理作业,并有基准数据:无论镜像大小,懒加载都保持在 3 到 11 秒,而一个 13.2 GB 的镜像中位数为 3 分 42 秒,他们报告这一差距为 8 倍到 46 倍。

Amazon EKS Auto Mode 现在支持 Kubernetes Gateway API – 你现在可以在 Amazon EKS 上使用 Gateway 和 HTTPRoute 资源来声明流量如何到达你的应用,无需安装单独的 controller,EKS Auto Mode 会负责预置和管理底层的 AWS 负载均衡基础设施。你可以获得 HTTP 和 gRPC 路由、跨 namespace 路由、加权流量拆分、基于 header 的路由,以及通过 AWS Certificate Manager 自动发现 TLS 证书。现有的 Ingress 工作负载可以与之并存继续工作,所以这是增量能力而非迁移。Gateway API 支持包含在 EKS Auto Mode 中;标准负载均衡费用仍然适用。

如需完整的 AWS 公告列表,请留意 What's New with AWS 页面。

其他 AWS 新闻

以下是一些你可能感兴趣的额外文章和资源:

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →