Agent 工具调用用 Workflow 吗？

Workflow 模式优缺点分析及典型应用场景

原题：在构建基于大模型的Agent系统时，其工具（Tool）调用的设计是否应采用工作流（Workflow）的形式？请分析采用或不采用Workflow的优缺点及典型应用场景。

评估与监控 · 阿里真题

回答与解析

核心结论

不是二选一，而是分层设计：简单/确定性任务用Workflow，复杂/开放性任务用动态Agent，生产环境常采用"Workflow兜底 + LLM动态规划"的混合架构。

---

采用Workflow的适用场景

维度	特点
可控性	节点、分支、异常处理完全可控，适合金融审批、医疗诊断等强合规场景
可观测性	执行路径透明，便于审计和调试
成本稳定	Token消耗可预测，无LLM"胡思乱想"风险

典型场景：固定SOP的售后工单处理、多轮表单填写、需要人工审批节点的流程。

---

不采用Workflow（动态Agent）的优势

• 灵活应对边界情况：用户意图漂移时，LLM可自主调整工具组合

• 降低维护成本：业务规则变化无需改代码，调整Prompt即可

• 工具组合涌现：LLM可能发现人类未预设的工具链（如"查天气→推荐穿搭→生成图片"）

典型场景：开放域问答、创意写作辅助、探索性数据分析。

---

关键权衡点

考量因素	建议倾向
失败成本极高（医疗/金融）	→ Workflow为主
工具调用链长度>5步	→ Workflow避免LLM规划失效
需求变化周期关键一句:Workflow和Agent的切换时机：设一个不确定性阈值，置信度低于0.6时自动降级到动态Agent。

面试官还可能这样问

1. 问法 1 · 场景切入假设你在做一个订单售后Agent，用户说‘我要退款’，系统需要先查订单、验证身份、再判断是否可退。你觉得这个流程是写成固定的工作流好，还是让LLM自己决定调哪个工具？
2. 问法 2 · 层层追问你设计Agent时，工具调用这块一般怎么规划？……有没有考虑过用工作流来组织？……那什么情况下你更倾向用工作流，什么情况下让LLM自由发挥？
3. 问法 3 · 直球架构直接说，构建Agent系统时，工具调用到底要不要设计成工作流形式？分析一下用和不用工作流各自的优缺点，以及适合的场景。