自主式工作流：运作方式与设计模式

快速结论

自主式工作流以循环的形式运行。系统朝一个目标规划一步，执行，核对结果，再依据所得决定下一步。它与单次一问一答的区别，在于路径能在运行中依据中间结果改变，且改变限于设计所提供的步骤与工具之内。

某条流程是否契合这种形态，取决于输入的变化幅度、需要多少步骤，以及成员能否在结果产生影响前复核。本文把这个词理解为该循环在运行时的形态及其能采取的设计模式，更偏向设计层面的描述，并不对应某一产品类别，因为同一形态会出现在不同工具上。设计模式一节是重点，其余部分说明这种形态适合哪里、成员在何处保持参与。

自主式工作流是什么

自主式工作流指这样一种运行，系统朝一个目标推进，某些设计允许它依据输入与到当前为止的结果决定下一步。这个循环包含四个重复进行的动作，即规划一步、执行、核对返回的结果，并在核对提示时调整计划。一次运行会在目标达成时停止，或在到达设计标记的复核点时交给成员。

这个词指运行的形态，并不指某个模型或产品。更简单的方案可能给出一次答复便停止，自主式工作流则持续走这个循环，直到某个停止条件成立。它走多少轮、能自行决定到什么程度，由团队在搭建工作流时设定。

背后的设计模式

团队搭建这类工作流时，会出现几种设计模式。下面按每种模式的形态及其适合的流程来说明，用中性的「工作流模式」来称呼，不作对某一产品的断言。它们能在同一条工作流里组合，因此一个实际的设计会同时用上几种。

顺序步骤

一种模式把步骤按设定顺序串起来，将每一步的结果传给下一步。固定顺序本身属于普通工作流形态，这种预先定义的步骤串联归工作流自动化一篇讨论，因此仅有顺序并不构成自主式工作流的特征。

这条步骤链处在目标驱动的运行之中时，系统核对每个中间结果，并能在继续之前重新规划、调用工具或重试某一步，此时它作为自主式工作流的一部分来看。顺序为运行提供结构，运行中的核对则是使其具备自主特征的部分。

路由

路由先对输入分类，再将其送往某一条路径。一条客服消息可能走退款路径、技术路径或成员复核路径，取决于初步判读的结果。

这种模式适合输入形态各异、每种形态需要不同处理顺序的场景。选择哪条路径发生在运行时，依据输入的内容，这一点使它区别于成员预先写死的分支。

生成与核对

另一种模式是先生成、再核对，由核对环节对照目标审查产出，发现问题便回到上一步。先起草一份摘要、再检查是否遗漏要点即为一例，工作流会持续修订，直到核对通过或达到设定上限。

这种模式适合初步结果很少即为定稿、且存在明确核对方式的工作。核对可由一个模型步骤、一条规则或一名成员来做，风险较高时，团队可将这道核对交给成员。

工具调用与规划

工具调用让工作流在运行中能发起若干调用，例如搜索、数据库查询或在另一系统中执行动作，并依据情形选择使用哪一个。可用的工具及其限制，在搭建工作流时设定。

规划与工具调用并行。系统在运行时把目标拆成若干子步骤并逐一推进，随结果到来调整这份清单。二者能在同一设计中同时出现，因为一份计划会指明每个子步骤所需的工具。

与单个 Agent、聊天机器人有何不同

这几个词彼此相邻，容易混淆。较简单的聊天机器人交互可能回答一次提示后等待下一次，是否跨轮次保有目标取决于具体配置。自主式工作流把一个目标贯穿于一连串步骤，并依据到当前为止的结果决定每一步该做什么。

单个 Agent 是做出这些决定的主体，工作流则是围绕它展开的运行形态。一个 Agent 能运行整条工作流，一条工作流也能调用多个 Agent，多 Agent 的情形由多 Agent 相关文章讨论。这些标签描述的是设计取舍，因此在实践中相互重叠。

自主式工作流适合的场景

当一条流程的输入形态多样、步骤难以事先固定，且存在能在坏结果造成影响前将其拦下的复核点时，它契合这种形态。把混杂的来件分流、跨多个来源汇集答案、起草一份会随记录调整的回复，均属下一步取决于上一步返回结果的情形。

反过来也成立。当一条流程以可预期的输入按相同步骤运行时，更简单的方案便够用，固定脚本的运行与核对可能更简单。要点在于让形态与团队手上的流程相称，而当路径无法事先完整画出时，这个循环增加的结构更契合这类工作。

成员保留在环的环节

团队可为成员保留两类环节。其一是例外，即当某个输入落在设计覆盖范围之外，这一情形交给成员判断。其二是审批，即由成员在某个团队已标记为敏感的动作执行前确认，例如触达客户或涉及资金的动作。

具体是哪些环节、有多少，由团队依据每步动作的风险与自身遵循的标准来定。自主式工作流并不意味着成员逐步把关，也不意味着成员从此退出。复核点设在何处，由团队决定。

让步骤与复核保持可见

• 记录可见，复核不用反推路径。选定的工作、交接与复核记录在共享 Channel 中对成员和 Agent 同时可见，成员照记录复核运行过程，不必从结果倒推它如何得来。
• 状态与归属清楚，下一步不悬空。每项工作在 Task 上带状态与负责方，谁在做、到哪一步、由谁接手，团队一眼看清。
• 产出按标准评估。某一步的结果可表示为交付物，由成员打开并按团队书面标准评估。
• 关键动作有人把关。对事先指定的高风险或对外动作，Agent 或团队能把该动作准备为 Action Card，交由有权限的成员以本人身份审阅并提交。
• 上下文跨会话延续。对话轮次与多次会话之间，相关上下文保持连续，交接时不从头再来。

一条边走边重新规划的工作流，产出一份没人写过的方案。步骤随工作推进而出现，结果是难以争辩的，而支撑这个结果的推理同样难以还原。

在运行时规划，意味着通往结果的路径本身也是一项产出。想弄清某一步为何发生的复核者，需要的是产生这一步的决定，不仅是最终的成品。Syfo 让步骤与复核保持可见，也承接先规划后执行的工作流随之带来的协同，即步骤如何记录、状态由谁持有、上下文如何往后传、产出由谁复核。

• 方案在成形过程中已可读。 团队选定的工作、交接与复核记录集中在一个 Channel 里，一次运行的轮廓在推进途中就能跟得上。
• 重新规划体现为记录的变动。 每一步就地下记录，运行途中的一次改道因此显现出来，不藏起来。
• 每份产出对着团队的标准。 结果以交付物抵达，成员打开它，对照写下的判定条件来评估，无论它由哪条路径产出。
• 影响重大的步骤可以等人。 团队事先标记为高风险或对外的动作，可准备为由获授权成员以本人身份复核并提交。

上下文的连贯在这里同样要紧，因为一条按目标规划、分几次推进的工作流，不该在几次之间丢掉线索。规划与执行仍由工作流承担。

与相邻概念的关系

有几个概念与自主式工作流相邻，容易混淆。以下按本文的工作定义区分。

• Agentic automation（自主式自动化） 把这种形态用于自动化某条流程，概念层面的展开见其专篇。
• 编排（orchestration） 是跨步骤的协调层，涵盖状态、路由、依赖与交接。某一步是否在运行时决定，与它是两个不同的问题。
• AI agent workflow 与 workflow automation（工作流自动化） 各有专篇，一篇讲 Agent 在运行时的步骤，一篇讲把流程自动化的工具。
• Agentic AI（自主式 AI） 是更宽泛的概念，指通过选择自身动作来追求目标的软件，自主式工作流是这一概念采取的一种形态。

问题与回答

能给一个自主式工作流的例子吗？ 一套客服分流会读取每条来件，判断它需要退款、技术解答还是成员介入，从相关系统取到所需信息，起草回复，并把任何敏感动作转交成员审批。路径随每条消息而变，且限于设计允许的步骤之内。

ChatGPT 算自主式工作流吗？ 要看怎么用。单次一问一答本身不足以判定为自主式工作流，还要看配置是否朝目标规划步骤、调用工具并核对结果。判定依据是具体的使用方式与配置，与产品名称无关。

自主式工作流有哪些阶段？ 不同来源的划分方式不一。按本文的说法，循环里重复出现的动作是规划、执行、核对与调整，并在目标达成或成员接手时停止。任何固定的阶段数目，宜看作描述这一循环的一种方式，并非公认标准。

自主式工作流适用于每一条流程吗？ 并非如此。步骤稳定、输入可预期的流程，可能继续采用更简单的方案，运行与核对可能更简单。输入多变、涉及多个步骤、又有明确复核点的流程，更适合团队据此评估这种形态。

从何处起步

从一条输入多变、且成员能在结果产生影响前复核的流程起步。把早期的运行控制在小范围，能保留撤回余地的步骤就保留，并把步骤与复核记录放在成员看得见的地方。这样一次小范围的试跑，可帮助团队看清工作流的决定在哪里站得住、在哪里需要更近的复核。

当团队已确定复核点，且选定记录足以支持复核，团队便有了判断是否向外扩展的依据。是否把第二条流程放到同一形态上，可在团队看清这个循环的决定在哪里需要复核、在哪里能无需复核便运行之后再行权衡。