Agent 和工作流的区别：企业不要一上来就做智能体

先说结论。

Agent 和工作流不是同一个东西。企业做 AI，不要一上来就做智能体。

很多场景只需要稳定的工作流：输入明确、步骤固定、输出可审核。只有当流程需要动态判断、多步工具调用和状态管理时，Agent 才值得引入。

真正变化不是企业突然获得了“智能体身份”，而是流程增加了一层动态决策。我的判断是：企业第一版仍应先流程化；只有动态路径的收益能够覆盖状态、日志、接管和维护成本，才升级为 Agent。

工作流解决确定流程

工作流适合“如果 A 发生，就执行 B，然后通知 C”。

例如：

• 表单提交后生成摘要；
• 客户工单创建后分类；
• 每天定时生成销售周报；
• 文档上传后自动提取字段；
• 会议结束后生成待办并发给负责人。

这些流程的步骤相对固定。

AI 在其中通常只是一个节点：摘要、分类、提取、生成或判断。

Agent 解决动态流程

Agent 更适合流程不完全固定的任务。

它需要根据上下文决定下一步做什么，可能调用多个工具，可能循环尝试，可能需要记住中间状态。

例如：

• 根据客户背景规划跟进动作；
• 自动排查一个系统问题；
• 分析多个文档后生成方案；
• 在多个系统之间查找信息并汇总；
• 根据失败结果调整下一步策略。

这类任务才更接近 Agent。

企业最容易误判的地方

很多团队把“模型能思考”理解成“流程可以不设计”。

这是危险的。

Agent 不是用来替代流程设计的。流程越不清楚，Agent 越容易变成黑箱。它可能做了很多动作，但没人知道是否正确。

企业需要先拆清楚：

• 输入从哪里来；
• 工具有哪些；
• 每一步允许做什么；
• 哪些动作必须审批；
• 失败时怎么处理；
• 输出由谁验收。

这些问题没答清，就不应该急着做 Agent。

一个判断标准

可以用三句话判断。

如果流程固定，用工作流。

如果流程固定，但某一步需要理解文本，用工作流加模型。

如果流程会根据中间结果动态变化，再考虑 Agent。

这个判断能避免很多过度设计。

用四个维度做选择

不要从工具名称开始选。先给任务在四个维度上做判断：

| 维度 | 更像工作流 | 更像 Agent | | --- | --- | --- | | 路径 | 步骤和分支可以提前列出 | 下一步取决于中间观察 | | 工具 | 调用顺序固定 | 需要在多个工具间选择 | | 状态 | 只保存流程字段 | 需要保留计划、尝试和恢复点 | | 风险 | 失败可重试或转人工 | 错误动作可能扩大影响 |

只要前三列仍然可以画成稳定流程，就先用工作流。动态性不是越多越好，它会同时增加测试样本、日志字段和审批成本。

评审时可以把同一任务画成两版。工作流版列出预设分支、每个节点的输入输出和失败出口；Agent 版列出可用工具、选择依据、状态快照、最大步骤和停止条件。两版都使用同一组正常与异常样本，不能让 Agent 版只演示开放问题、工作流版只处理标准输入。

比较结果也不只看最终答案。还要记录规则数量、人工确认次数、工具调用、重试、无法解释的路径差异和恢复位置。若动态版本只是把原本可读的条件藏进 Prompt，却没有减少维护或改善任务完成，它没有获得适应性，只是失去了可读规则。

用销售线索整理做一次推演

假设输入是一条官网线索。第一版只做五步：校验字段、生成摘要、打候选标签、人工确认、写回 CRM。这是工作流，因为每条线索走相同路径，模型只负责摘要和分类。

当团队后来要求系统自行查询公司背景、判断缺失信息、选择不同资料源，并根据查询结果决定是否继续时，任务才出现 Agent 特征。即便如此，写回 CRM 和发送客户邮件仍应保留为受控工具，并在执行前审批。

这个例子说明，Agent 往往只应该占流程中的一段，而不是替代整条业务链。

常见失败不是模型不够强

• 把“能调用工具”当成“知道何时调用”，结果同一工具被重复使用；
• 没有保存中间状态，超时后只能整条任务重跑；
• 给了写入、发送或删除权限，却没有审批和幂等保护；
• 只演示成功路径，没有准备工具失败、空结果和权限不足样本；
• 无法解释一次任务为何选择某条路径，业务人员只能相信最终文本。

这些问题不会因为换一个更强模型自动消失。它们属于流程、权限和可观测性设计。

Agent 也有明确的不适用边界

批量字段提取、固定规则审批、定时同步和标准报表通常不需要 Agent。规则引擎或普通工作流更容易测试，也更便宜。

研究、排障和开放式资料搜集可以容忍更多动态路径，但仍要限制可用工具、最大步骤、预算和停止条件。涉及付款、公开发布、客户承诺、权限变更时，不能让模型自行完成最后动作。

新增动态路径还意味着新增维护责任：谁更新工具说明，谁处理无法归类的分支，谁批准权限扩大，谁在模型或接口变化后重跑异常样本。如果这些工作只能依赖最初开发者临时处理，Agent 即使在演示中胜出，也没有形成可持续的企业方案。

试点验收看过程，不只看答案

一个 Agent 试点至少记录：任务目标、每一步观察、工具参数、工具返回、状态变化、人工审批、失败原因、成本和最终结果。验收时抽查三类样本：正常任务、信息不足任务、工具失败任务。

如果团队只能看到最后一段回答，就还没有得到一个可运营的 Agent 系统。

验收时只用三个观察信号判断是否值得保留动态路径：信号一，流程分支是否真的无法用稳定规则表达；信号二，工具选择是否能给出可审计依据；信号三，失败后人工能否从明确状态接管。动态判断带来的收益还必须覆盖日志、评估、接管和维护成本。

第一版应该怎么做

建议企业第一版先做工作流。

选一个高频、低风险、可审核的场景：

1. 明确输入；
2. 拆出固定步骤；
3. 找出 AI 节点；
4. 加人工确认；
5. 记录日志和失败原因。

当这个流程稳定后，再看哪些步骤需要动态决策。