系列导航上一篇AI Agent 工程实践46模型换了Agent 为什么突然变笨下一篇AI Agent 工程实践48什么时候应该 Multi-Agent发布时间2026-09-24标签AI Agent工程实践Workflow架构决策做 Agent 的人容易得一种病自主性崇拜。觉得 Agent 越自主越高级什么都要让它自己判断。我在做 Repo Doctor 的 PR review 功能时就得了这个病。我让它自由地审查代码结果它自作聪明地跳过了 lint直接给我下结论漏报了一堆问题。那一刻我才意识到有些任务Agent 的自由发挥是帮倒忙的。问题背景这是第五阶段的第十二篇。前面十一篇我们一路在如何把 Agent 做出来、调好、验证好上狂奔。这一篇要踩一脚刹车问一个反方向的问题这个任务真的应该一直用 Agent 吗前面第 36 篇讲过四象限说步骤能写死就用 Workflow不能写死才用 Agent。但那是从零选型。这一篇讲的是更现实的情况你已经用 Agent 做了一段时间发现某个任务其实很确定于是决定把它退回 Workflow。这是成熟的标志——不是所有任务都配得上 Agent 的自主性。错误尝试给 PR review 也上自由 AgentRepo Doctor 有三个任务bug 定位、代码解释、PR review。前两个用 Agent 做得很顺我就想当然地把 PR review 也做成了自由 Agent——让它自己决定审查流程。结果翻车了。一次真实案例我提交了一个改动物流计算的 PR让 Agent review。它的自主审查是这样的它先 read_file 读了 diff 涉及的几个文件觉得代码看起来还行直接给了结论无重大风险但它跳过了两个关键步骤跑 lint 和跑测试。而恰恰是测试能发现一个边界条件的 bug——金额为 0 时的除零错误。Agent 的自由在这里变成了偷懒。它选择了看起来省事的路径而不是正确但麻烦的路径。关键观察PR review 的步骤其实是可枚举的痛定思痛我重新审视了 PR review 这个任务发现一个我之前忽略的事实PR review 的流程是高度确定的读 diff → 跑 lint → 跑测试 → 检查覆盖率 → 输出报告每一步都是固定的顺序也是固定的几乎没有需要动态决策的地方。它根本不需要自主性——它需要的是稳定地、完整地、按顺序执行。反观 bug 定位那才是真正需要 Agent 的查什么、按什么顺序、查到哪算完事前都不知道。核心洞察Agent 的自由只有在步骤不确定时才是资产一旦步骤可枚举自由就变成了风险。最终方案确定性谱系 PR review 退回 Workflow我据此建立了一个确定性谱系用来判断一个任务该放哪个位置对应到 Repo Doctor 的三个任务任务确定性位置PR review高diff→lint→test→reportWorkflow代码解释中读文件→讲清路径基本固定Hybridbug 定位低查什么、查到哪不确定Agent于是我把 PR review 从 Agent 路径摘出来改回固定 Workflow# repo_doctor/tasks/pr_review.py —— 退回固定 Workflow不再自由发挥 def pr_review_workflow(pr): 固定四步一步都不能跳 diff get_diff(pr) # 1. 读 diff lint_result run_lint(diff) # 2. 跑 lint必做 test_result run_test(diff) # 3. 跑测试必做 report build_report(diff, lint_result, test_result) # 4. 输出报告 return report对比改造前后指标自由 Agent固定 Workflow漏报率18%会跳步3%不跳步平均耗时11s6s成本高自由探索低固定路径退回 Workflow 后PR review 反而更稳、更快、更便宜了。这就是自主性不是美德是成本的实证。架构图 / 流程图改造前后PR review 的执行流程对比对比一目了然左边是自由但会偷懒右边是死板但可靠。对于 review 这种容不得跳步的任务右边才是对的。设计权衡候选方案优点缺点为什么不选全部用自由 Agent统一、灵活review 任务会跳步漏报自主性变成了风险全部改回 Workflow稳定bug 定位做不了太死板一步回到解放前按确定性分流各得其所需要逐个任务判断不确定性高的用 Agent可枚举的用 Workflow一个关键的工程判断Agent 改回 Workflow不是倒退是进步。它说明你对这个任务的理解从我觉得它需要智能进化到了我知道它到底哪一步需要智能。真正的架构师是知道哪里该放手、哪里该收手的人。总结✅ Agent 的自主性只有在步骤不确定时才是资产。✅ PR review 的流程其实高度可枚举diff→lint→test→report该退回 Workflow。✅ 退回后漏报率 18%→3%、更快更便宜。✅ 建立确定性谱系Workflow → Hybrid → Agent按任务不确定性分流。✅ 铁律最好的 Agent是那些知道这里我该闭嘴、退成固定流程的 Agent——自主性是成本不是美德。参考资料Anthropic《Building Effective Agents》的 Workflow vs Agent 原则 → 为什么引用能固定就固定是本文退回决策的理论依据。LangGraph 的 workflow 与 agent 混排能力 → 为什么引用Hybrid 架构固定Agent 混用的工程实现参照。系列导航上一篇AI Agent 工程实践46模型换了Agent 为什么突然变笨下一篇AI Agent 工程实践48什么时候应该 Multi-Agent本文是 [AI Agent 工程实践] 系列的第 47 篇。