正在加载模式…
工作流编排
有状态、事件驱动及企业级的工作流协调模式
30秒速览
- 是什么
- 使用持久化状态、事件驱动触发器和显式的图执行,协调跨工作单元、服务与人工检查点的多步骤智能体流程,而不是把协调逻辑藏在提示词里。
- 何时使用
- 工作跨越多个工具或智能体、必须在重启后继续、需要审计轨迹,或者步骤之间需要人工审批关卡时。
- 注意
- 构建出成为瓶颈的中心化编排器,或者只把业务状态存在对话历史里,导致既无法检查也无法恢复。
就这些模式咨询 AI 专家
打开助手并预填您的问题,发送前可先确认。
概览
工作流编排模式跨越工作单元(worker)、服务和人工检查点,协调多步骤的智能体流程。它们涵盖持久化的图执行、事件驱动的协作、企业级管控、对话式工作流,以及必须让进度、故障和责任归属始终可见的分布式协调。
实际应用与使用场景
长时间运行的工作流:在模型、工具和服务发生故障时保留状态并安全恢复。
分布式处理:通过队列、事件和显式的结果聚合来协调各自独立的工作单元。
企业自动化:为智能体工作流添加审批、审计追踪、访问控制和服务级别目标。
为什么这很重要
当协调仅存在于提示词(prompt)内部时,智能体系统就会变得不可靠。显式的编排使状态转换、重试、责任划分和故障恢复变得可检查、可测试。
实施指南
何时使用
- 任务跨越多个工具、服务、智能体或人工审批
- 工作必须能够在重启后继续,或从检查点恢复
- 运维人员需要状态转换与决策的审计追踪
最佳实践
- 为每个步骤建模,明确其输入、输出、责任归属和重试策略
- 在有副作用的操作周围使用幂等键和持久化检查点
- 向运维人员暴露工作流状态、错误以及干预控制
常见陷阱
- 将业务状态隐藏在对话历史中
- 在没有防护措施的情况下重试非幂等操作
- 构建一个成为吞吐量和可用性瓶颈的中央编排器
可用技术
事件驱动的编排器-工作者(EDOW)
中央编排器通过事件流将任务分配给工作者智能体
事件驱动的分层智能体(EDHA)
采用基于事件的协调的多层级智能体层次结构
事件驱动的黑板(EDB)
通过事件流实现的共享知识库,用于异步协作
事件驱动的市场化(EDMB)
通过投标/报价(bid/ask)事件市场实现的去中心化任务分配
企业级编排
具备治理、合规与审计能力的企业级协调
有状态图工作流
跨节点保持持久状态的基于图的工作流管理
对话式编排
通过结构化对话模式实现的多智能体协调
基于角色的团队协作
具有明确角色与职责的结构化智能体团队
图状态机
为控制工作流而以图形式实现的有限状态机
参与者模型协调
独立参与者之间通过异步消息传递实现的协调
边缘 AI 优化(EAO)
针对资源受限的边缘设备和移动环境优化 AI 工作流
联邦式编排(FO)
在分布式边缘设备之间协调 AI 处理,同时保护数据隐私
资源感知调度(RAS)
根据可用的计算资源和约束动态调度 AI 任务
渐进增强(PE)
根据可用的资源和时间,逐步提升 AI 输出质量
持久化执行与检查点(DE)
在每一步都持久化工作流和智能体的状态,使长时间运行的任务在崩溃后能从最近的检查点恢复、在不重复已完成工作的情况下确定性地重放、为等待人工输入而暂停并恢复,并通过从更早的检查点分叉来实现时间回溯。以检查点为支撑的图引擎(如 LangGraph)以及 Temporal 式的持久化引擎,为可靠、长期运行、人在回路的智能体提供了底层支撑。
可逆操作与补偿(智能体 Saga)(Saga)
一种让智能体的副作用能够安全撤销的模式。将执行轨迹组织为一个 saga:每个前向操作(预订机票、扣款、创建记录)都配有一个补偿操作来撤销其业务影响,并通过幂等键使每个工具具备幂等性,从而让重试或回滚产生相同的最终状态,而不是重复执行。当某一步中途失败时,智能体会按相反的顺序对已完成的步骤执行补偿,而不是让系统停留在半应用的状态。跨服务并不存在自动的 ACID 回滚,因此补偿被明确设计为每个操作在逻辑上的逆操作。它与 `durable-execution` 不同:后者持久化并重放一次运行,使其在崩溃后能够继续直至完成;而本模式定义的是当“完成”不再是正确结果时,如何在语义上撤销已提交的副作用。
Patterns Pack
把整个目录带走:MCP服务器、编辑器规则与技能,以及数据。
The Agent Architect
每周一个模式、一个权衡、一个生产事故案例。为构建智能体系统的人准备的每周简报。
每周一封邮件,一键退订。您的地址仅用于发送简报。
由本目录背后的工程师执行
为你的智能体架构做一次评审
本页讲的是一个模式。真实系统会同时跑几十个,而多数故障恰恰出在它们的衔接处。我们按本目录的 288 个模式评审你的整体设计:架构、可靠性、评测与成本,每一条结论都对应到能修复它的模式。
€750(原价 €1,500),一周交付,书面报告加讲解通话,9月30日前