AWS 于 2026 年 10 月 29 日宣布，既有的 Step Functions 工作流可以直接作为 AI 智能体的工具使用，接入路径是 Amazon Bedrock AgentCore Gateway。智能体自己决定何时调用、传什么输入，Step Functions 按原有定义逐步执行，Standard 与 Express 两类工作流都支持。该能力在所有提供 AgentCore Gateway 的区域可用，Step Functions 与网关各按标准费率计费。
AWS 把 Step Functions 工作流变成智能体工具：经 AgentCore Gateway 以 MCP 接入
这次发布的是什么
AWS 在 2026 年 10 月 29 日宣布，Step Functions 的工作流现在可以作为 AI 智能体的工具使用，接入路径是 Amazon Bedrock AgentCore Gateway。分工很清楚：智能体决定什么时候运行工作流、传什么输入，Step Functions 则按你原本定义好的步骤一步步执行。
它支持既有工作流，不用重写：Standard 与 Express 两类都可以直接当工具用。AgentCore Gateway 通过 MCP 把工具接给智能体，所以在智能体侧看到的是一个普通工具，不是一张状态机图。
可用性与限制
- 区域：所有提供 Amazon Bedrock AgentCore Gateway 的 AWS 区域。
- 计费：Step Functions 与 AgentCore Gateway 各按标准费率计费，具体单价以官网为准。
- 工作流类型：既有的 Standard 与 Express 工作流都可以，不需要改造定义。
- 接入协议：AgentCore Gateway 通过 MCP 连接智能体与工具。
- 中国区：公告为全球区口径，中国区是否提供该组合以官网为准。
- 前置条件：需要已有 Step Functions 工作流，并已开通 AgentCore Gateway。
主要功能
- 把既有 Standard 与 Express 工作流注册为智能体工具
- 由模型决定何时触发，输入由模型按需填充
- 一次调用内执行多步流程，顺序由状态机固定
- 可查询工作流运行记录，定位失败发生在哪一步
- 通过 MCP 统一进智能体的工具清单
- 可编排官方口径的 220 多个 AWS 服务
技术原理
这套接法的核心是把「决策」与「执行」切开。模型擅长判断要不要做、该带什么参数，但它不适合保证顺序、不适合保证每一步都被审计。状态机恰好相反：步骤、重试、并行、失败分支都是写死的，跑一万次都是同一条路径。
具体到实现，AgentCore Gateway 扮演 MCP 服务端，Step Functions 以连接器目标的形式挂上去。智能体发起一次工具调用，网关把它翻译成启动一次工作流执行；工作流的输入就是模型给的参数，之后所有分支由状态机自己决定。这意味着一件事：模型能决定「跑不跑、给什么」，但不能决定「中间跳过审批环节」。
对多步业务动作，这个区别是实质性的。让模型逐步调用 API，等于把顺序控制的权力交给了模型；把工作流当工具，等于让模型点一次火，剩下的按既定流程走。官方举的例子是退款：客服智能体触发退款工作流，资格校验、经理审批、打款三步由状态机依次执行，每一笔退款都按同一套规则走。
运行记录的读回是另一半价值。官方提到智能体可以查工作流的运行情况，值班智能体因此能回答「夜里哪些订单的执行失败了、卡在哪一步」，把排查从「翻日志」变成「问一句」。
实际体验
接入顺序上，建议第一个挑「读多写少」的工作流试水：查询类、报表类、同步类先跑通，确认工具描述与输入 schema 表达清楚，再动有副作用的流程。
输入契约要收紧。既然输入由模型生成，工作流入口处的参数校验就必须严格，建议在第一步就做 schema 校验并快速失败，否则错误会推迟到中间步骤才暴露，排查成本翻倍。
工具描述要写给人看也给模型看。智能体靠描述判断何时调用，描述里写清「这个工作流做什么、需要哪些参数、有哪些前置条件」，比写成内部代号式的命名有效得多。
失败信息要能被读出。官方专门提到可以查询运行状态，这一步值得单独验证：让智能体报出「哪个执行失败了、失败在哪个状态」，比只说「失败了」有用。
最后是权限。官方文档提到需要按 AgentCore Gateway 的方式配置工具与访问，具体角色与策略以官方文档为准；生产环境里，工作流内部的审批与权限校验不该被前移到模型侧。
项目地址与获取方式
入门路径是 Step Functions 开发者指南里的教程，完整支持的操作与配置项见 AgentCore Gateway 文档中的 Step Functions 连接器目标页。服务入口在 AWS 控制台与 CLI。请通过 AWS 官方控制台、官方 SDK 与官方文档获取，不要使用第三方封装的分发版本；区域与价格以官网为准。
适合谁用
- 已经有大量 Step Functions 工作流、想让智能体复用的团队：不用重写，直接注册。
- 业务流程必须可审计的场景：退款、审批、订单履约这类多步动作。
- 值班与运维：让智能体先查清失败点，人只看结论。
- 平台团队：把「能做什么」收进工具清单，比让模型自由调 API 更可控。
- 不必用：流程还停在设计阶段的项目；只有单步 API 调用、没有多步编排需求的场景。
常见问题
需要重写现有工作流吗？
不需要。官方说明既有 Standard 与 Express 工作流都可以直接作为工具使用，改动发生在注册与网关配置这一层，而不是工作流定义本身。
智能体会不会乱调用业务动作？
模型确实决定何时调用，但执行顺序由状态机固定，不能跳步。降低风险的正确做法是把审批与权限校验放在工作流内部，而不是指望模型自觉；同时把工具描述写清楚，避免模型误判适用场景。
支持哪些工作流类型？
Standard 与 Express 都支持。两者在并发、执行时长与计费方式上本就不同，选型沿用原有标准，具体差异以 Step Functions 官方文档为准。
怎么收费？
按官方说明，Step Functions 与 AgentCore Gateway 各按标准费率计费，没有额外的功能费。具体单价与免费额度以 AWS 官网价格页为准。
中国区能用吗？
公告给的是全球区口径，没有单独提及中国区。中国区是否提供 AgentCore Gateway 及该组合能力，请以亚马逊云科技中国区官网为准。
相关工具与内容
Related
相关内容
快讯
6 小时前
Mistral 开放 Mistral Large 4 权重：1 万亿参数 MoE，同日进 Transformers 与 vLLM
Mistral AI 于 2026 年 10 月 29 日放出 Mistral Large 4（代号 le Chonk）的开放权重，仓库为 Hugging Face 上的 mistralai/Mistral-Large-4-1T-A52B。模型总参数约 1 万亿、每 token 激活 490 亿（含嵌入与输出层为 520 亿），支持 100 万 token 上下文与图像输入，采用调整过的 MIT 许可（模型即服务需另签商业许可）。同一天推理框架侧跟上：vLLM 给出 day-0 支持与专用镜像，Transformers v5.22.0 也加入支持。
快讯
6 小时前
Gemini 应用内可直接生成与编辑文件：PDF 网页与手机都能改，其余格式仅网页版
Google 于 2026 年 10 月 29 日给 Gemini 应用加了文件能力：在对话里就能生成、预览并编辑文档、PDF、演示文稿、电子表格与代码，可以全屏展开后直接改，也可以选中一段文字让 Gemini 修改。PDF 的预览与编辑在网页版和移动端都支持，Docs、Sheets、幻灯片、Markdown、TXT 与代码等其余格式只在网页版可用。官方称该能力已向所有用户、在 Gemini 应用可用的所有语言开放。
快讯
7 小时前
OpenAI 更新 Model Spec：改成五条核心价值，删掉大部分文风规定
OpenAI 于 2026 年 10 月 29 日发布更新版 Model Spec（模型行为规范），把整份文档按五条核心价值重组：忠于人类意图、最小化伤害、诚实与透明、助益人类自主性、关怀。新增「忠于人类意图」章节与「仔细考虑上下文」子节，更新了指令冲突时的指挥链，扩充了副作用控制，同时删掉大部分详细文风规定，并把全文对模型的称呼从「the assistant」改为「GPT」。新版挂在带日期的版本页上。
继续阅读：OpenAI 更新 Model Spec：改成五条核心价值，删掉大部分文风规定 · OpenAI 公开前沿模型失准监测体系：四层漏斗，最高优先级告警 15 分钟内到人