考察点
这道题出自字节跳动飞书 AI 产品经理一面,是非常典型的方案选型深挖题。面试官自己大概率做过这个权衡,所以背概念蒙混不过去——他想知道你在项目里是不是真的面对过「步骤能不能预先枚举」这个灵魂拷问,以及你对 Agent 的代价(不可预测、贵、慢、难调试)有没有切身体会。飞书是企业服务场景,面试官心里其实有一杆偏向稳定性的秤:在企业客户面前,Workflow 优先是默认答案,你选 Agent 必须给出足够硬的理由。追问基本就是「Agent 的弊端」「什么场景你会反过来用 Workflow」。
参考答案
三种方案的本质区别
先把三个选项的本质讲清楚,这是回答的地基。「提示词+大模型」是单点方案:一次调用解决一个开放式问题,比如总结一段文字、抽取一组字段,没有流程概念。Workflow 是确定性编排:步骤、分支、上下游全是预先画好的 DAG,模型只在个别节点做单点任务,流程的行为完全可预测、可测试。Agent 是运行时规划:给模型目标和工具箱,走几步、调什么、什么时候停,由模型在运行中自己决定。三者的根本分野就在一个问题:任务的步骤能不能预先枚举。
我的场景为什么选 Agent
我当时的需求是企业知识助手里的一类开放任务:用户用自然语言提诉求,比如「把上周三和张总开会的待办整理出来,建到项目里,到期前一天提醒我」。拆开来会发现步骤无法预先写死:用户可能要先查日历、再翻会议纪要、再抽待办、再建任务、再设提醒,但换一个表述路径就变了;中间每一步的输出还是语义化的,需要模型判断「这句话算不算一个待办」「负责人是谁」。这种任务用 Workflow 画,分支会膨胀到不可维护——我曾尝试列过全部分支,光「用户说的时间怎么对齐到日历事件」就有十几种情况。纯提示词更不行,它解决不了多步工具编排。所以这个场景的开放性是真实的,选 Agent 不是赶时髦。
但 Agent 的代价必须认账
光讲理由不讲代价,这题就答瘸了。Agent 的四个弊端我在项目里全踩过:一是行为不可完全预测,同样的输入两次可能走不同路径,这对需要审计的企业场景是硬伤,我们靠给工具加白名单和结构化输出约束来缓解;二是延迟叠加,一次任务七八次模型调用,端到端十几秒,用户盯着转圈,后来我们对高频路径做了「固化」——跑出来的常见路径沉淀成 Workflow,Agent 只在长尾情况兜底;三是成本,单任务 token 消耗是 Workflow 方案的三到五倍,量起来之后是笔真钱;四是调试困难,线上出了问题要回放整条决策链才能定位是哪一步的规划错了,没有完善 trace 日志根本没法查。
最终的答案其实是混合架构
所以实战的结论不是三选一,而是分层配比:主干用 Workflow 守住高频、高危、可枚举的流程,Agent 负责开放入口和长尾分支。落到飞书这类企业场景,我的判断框架是看三个维度的乘积:流程固化度(越固化越该 Workflow)、错误代价(涉及钱、合同、对外发送的,必须 Workflow+人工确认)、调用频率(高频场景 Agent 的成本和延迟撑不住)。三个维度都偏向开放的,才轮到纯 Agent。面试时把这张牌打出来,再补一句「Agent 不是银弹,企业场景默认 Workflow 优先,Agent 挣的是开放性的那部分钱」,基本就说到面试官心坎里了。
可能的追问
- Agent 在这个场景里有什么不可替代的工作? 答:两件:一是开放意图到工具序列的实时规划(路径空间太大无法枚举),二是中间结果的语义判断(从非结构化文本里决定下一步做什么)。前者替代了无穷多的分支规则,后者替代了不可能的字段级 if-else。
- 什么情况下你会把已经跑通的 Agent 改回 Workflow? 答:两个信号:调用日志显示 80% 的请求集中在少数几条固定路径上(说明开放性是伪需求),或者业务方对结果稳定性提出了审计级要求。把高频路径固化成 Workflow,Agent 退到长尾,这是 Agent 产品成熟的自然路径。
- 怎么向老板证明 Agent 方案比 Workflow 划算? 答:算两笔账:Workflow 覆盖同等长尾需求需要的规则开发和持续维护人力,对比 Agent 的推理成本+效果损耗(失败率差值乘以单次失败成本);一般用历史会话回放做离线对比实验,拿意图覆盖率、任务完成率和单均成本三个数说话。