面试官：Workflow 和 Agent 有什么区别？如何选型?

近一年来，各类 Agent 产品集中爆发。为了体现技术先进性，许多接入了大模型的应用都将自己定义为「Agent」。

但在实际使用中你会发现，很多号称 Agent 的系统，底层仍然是传统的自动化流程。它们的步骤是固定的，路径是预设的，缺乏自主决策能力。这实际上是 Workflow，而非真正的 Agent。

那么，Workflow 和 Agent 到底有什么区别？一个需求到底该用 Workflow 还是 Agent？

本文将按Workflow 定义 → Agent 定义 → 核心对比 → 选型策略的结构展开，概念与结论紧密结合，读完即可判断。

一、Workflow

📌一句话定义：Workflow 是一种步骤预先定义的业务流程。其核心特征是：全流程的步骤、分支条件和流转路径，都在上线前由人工定义完毕。系统运行时不具备改变路径的能力，仅严格执行预设逻辑。

Workflow（工作流）依赖流程引擎或图形化编排工具，开发者需要提前规划好业务链路、分支判断条件与节点流转规则。在运行时，系统严格遵循既定逻辑推进。

以「电商退款审批」为例：

1. 开始： 用户提交退款申请。
2. 节点1（规则）： 系统校验订单状态是否为“已支付”。
3. 节点2（分支）： 判断退款金额。 若金额 ≤200 元，流向“自动退款节点”。 若金额 >200 元，流向“人工审核节点”。
4. 节点3（动作）： 财务系统打款。
5. 结束： 发送短信通知。

在该流程中，每一步的触发条件、输入输出及分支走向均为固定内容，系统不会擅自变更审批规则。

在生产环境中，稳定性、可控性和可追溯性是首要目标，这也是 Workflow 被广泛使用的原因。

即便流程中嵌入了大模型（LLM），通常也仅限于特定节点（如文本摘要或意图分类），LLM 只负责执行具体任务，不参与流程走向的决策。

✅优点

• 稳定性强：逻辑固定，不会出现意外行为，适合核心交易系统。
• 可审计性：每一步的输入输出都有日志，便于回溯结果。
• 成本可控：调用频次固定，资源消耗可精准预估。

❌缺点

• 适应性差：无法处理未定义的异常。例如用户说“我收到货坏了，但我想要优惠券而不是退款”，预设流程可能无法理解。
• 维护成本高：业务逻辑变更需要修改流程图并重新发布。

🎯适用场景：客服分流、审批流、发票处理、合规审查等流程相对固定、审计要求高的业务。

二、Agent

📌一句话定义：Agent 是一种以大模型为核心的决策系统。其核心特征是：步骤不预先写死，大模型在运行过程中通过循环机制自主决策并调用工具，直到达到目标。

Agent（智能体）的基础运行机制通常是 ReAct（Reason+Act）。模型会根据当前任务状态，决定调用哪个工具、传入什么参数，接收返回结果后，再进行下一步思考，直至任务完成或达到限制。

以「销售下滑原因分析」为例，Agent 的执行路径可能是：

1. 思考：需要查询上周销售数据。
2. 调用工具read_sales_data。
3. 观察结果：华东区销量下跌 30%。
4. 思考：需要查询华东区库存情况。
5. 调用工具query_inventory。
6. 观察结果：华东仓库存不足。
7. 思考：生成分析报告并发送给主管。
8. 调用工具draft_summary和send_message。

与 Workflow 相比，Agent 的路径不是预先定义好的。每一步的行动都由模型根据上一步的结果动态决定。

✅优点

• 灵活性高：能处理模糊指令和复杂多变的任务。
• 泛化能力强：无需修改代码，仅通过 Prompt 就能应对新场景。

❌缺点

• 不确定性高： 同样的输入可能产生不同的执行路径，步数、成本和延迟波动大。
• 风险管控难： 可能出现幻觉、重复调用或误操作，需要额外的安全拦截等。
• 调试困难： 执行过程不如 Workflow 那样直观透明，错误也不容易复现。

🎯适用场景：销售分析、线上排障、Research 助手、个人效率工具等步骤不确定、错误代价可控的任务。

三、对比

两者的关系并非替代，而是互补。选择的关键在于：这个需求的执行步骤，能不能在事前完全确定？

• 能确定：使用Workflow。
• 不能确定：使用Agent。
• 部分确定：主流程固定，但核心环节灵活，考虑混合模式Agentic Workflow（将 Agent 作为一个节点嵌入到 Workflow 中）。

四、如何选型

选型不应基于技术热度，而应基于业务需求。可以按照以下几个问题进行判断：

1. 评估步骤的确定性

这个任务的每一个步骤，我能否在设计阶段全部列出来？

• 如果能列全：优先采用Workflow。使用 Coze/Dify 等低代码平台或者在代码中硬编码流程。这并非技术落后，而是企业级应用最稳健的方案。银行、政务及 ERP 集成多采用此模式。
• 如果列不全：优先考虑Agent。不要试图把未知的步骤强行塞进固定的流程图里。对于销售分析或故障排查这类任务，应该直接交给 Agent，让模型自行规划路径。

2. 评估管控的必要性

如果任务步骤不确定，业务上是否允许模型自由发挥？是否有合规或风控要求？

• 不需要：直接使用单个 Agent。配合工具白名单、步数上限和敏感操作拦截等防护手段。
• 需要：如果业务涉及刚性链路（如必须先鉴权再处理）、合规审计（如退款必须经过财务节点）或权限控制，则需要使用 Agentic Workflow。由外层流程负责安全和合规，由内层 Agent 负责灵活执行。

3. 评估现状与演进

不要为了追求新技术而增加不必要的复杂度。

• 如果当前的 Workflow 能解决问题，就不要引入 Agent。
• 如果当前的 Agent 能独立解决，就不要将其嵌套进复杂的 Workflow。
• 只有在生产环境确实存在流程约束和安全要求时，才采用混合模式。

如果觉得这篇文章对你有帮助，欢迎点赞、收藏、转发。

关注【一枫说码】，获取更多实战导向的 AI 技术文章。