一个支持工单，什么时候值得惊动 CEO？

我读完 Anish Acharya 在 Lenny Rachitsky 节目里谈“公司会变成一系列 loops”后，最在意的不是它把 Agent 的边界推到了营销、销售和法务，而是另一句限制：循环会爬上局部最优，然后停住。许多团队正在努力让任务少等几分钟；真正更难的，是让一次不对劲的结果有机会改写下周要做什么。

所以我的判断是：公司不会因为部署更多 Agent 自然变成更好的组织。分水岭在于，局部执行里的异常能否带着上下文，抵达那个有权改变目标和规则的人。没有这个出口，所谓闭环只是更快的自动化。

一条跑通的自动化，还不是组织重构

Acharya 在访谈里给了一个很适合起步的工程环：bug 报告进来，系统复现、生成修复、审核；低风险变更可以发布，高风险变更再由人确认。它之所以容易闭环，不是因为代码天然适合 AI，而是输入、动作和验收结果都相对清楚。原始访谈的完整转录还把同一想象推向增长团队：生成变体、测量、收敛、保留长期对照，再继续下一轮。

这是一条很有用的源材料观点：把重复、可测、可回滚的工作连起来，组织能缩短等待和交接。但它并不自动推出“公司已经被重构”。一个支持系统若更快关单，却把每次反常抱怨都当成需要消掉的噪声，产品团队仍然看不见客户正在撞上的那堵墙。环在跑，组织没有学到东西。

我会把两件事分开看：任务闭环负责把既定目标做得更快；经营闭环必须让结果有机会改写既定目标。前者的完成标志是工单关闭、PR 合并或实验上线；后者的完成标志，是下一轮不再只沿用原来的问题定义。

可纠偏，才配叫经营闭环

本文的补充判断是：一个最小的经营闭环，至少要有六个接口——外部信号、可逆行动、结果测量、继续或回滚、异常升级、规则更新。少了前四项，系统没法稳定执行；少了后两项，它只能在原地优化。

这里“异常升级”不是再塞一个人工审批。审批是在既有规则里决定放行或拦下；升级是把模型反复失误、结果反常、风险升高或指标冲突，连同当时的上下文交给能改规则的人。接收者随后可能改提示词、补数据、调整流程，也可能改产品优先级、定价假设或目标本身。后者才是 Acharya 所说“换到下一座山”的组织版本；这是我从访谈两端做出的推断，不是受访者已经验证过的行业结论。

这也让“人仍然重要”从一句宽泛的话，落到三项可分配的工作：定义什么算成功；认出什么时候不该再沿同一指标优化；决定这次异常该改变哪一条规则。没有人拥有第三项权力，异常就会在一线被悄悄补掉，系统看上去很顺，实际却把最贵的信号丢了。

局部最优不是故障，它是升级信号

Acharya 用增长实验来说明局部最优：一条环可以持续生成、测量和收敛，但终会进入平台，之后需要有人把它放到另一座山脚下。这个比喻值得保留，因为它反驳了最省事的零号模型：只要指标还在动，就该让 Agent 再跑一轮。

问题在于，指标并不总在回答同一个问题。支持工单的平均处理时长下降，可能意味着系统更会处理常见问题；也可能意味着那些会改变产品方向的叙述被压缩成了分类标签。两种结果在 dashboard 上都可能很漂亮，区别只在于团队是否把“解释不了的个案”当成一条需要跨职能携带的线索。

这也是我想到站内旧文《当 AI 开始记住工作，人还要做什么？》的原因。Agent 记住一次处理方式，能减少下一次求助；但记忆本身不是组织学习。只有这段记忆抵达能改变规则的决策权，并在规则更新后改变下一次行动，它才从个人或工具的缓存，变成公司的学习回路。

当然，闭环更快不等于竞争优势自动到手。品牌、渠道、资本、监管位置和网络效应仍可能决定胜负；而在安全、合规、伦理或不可逆伤害很重的决策上，“先跑再纠偏”本身就不成立。适合先做成闭环的，是有重复信号、可试验动作和可观察结果的知识工作，不是任何看上去能被拆成步骤的事情。

本周就审计一条被静默补掉的异常

如果要从一处开始，我不会先问“哪个岗位能上 Agent”，而会问：团队里哪一种异常总靠某个人临时救火，救完后就没有留下下一次会变得更好的规则？这比列一张工具采购表更接近经营闭环的入口。

可以为它写一张很小的闭环卡：外部信号是什么；允许系统尝试的可逆动作是什么；结果用什么指标判断；到什么阈值必须升级；谁接收异常；他或她能改写哪条规则。若最后一格写不出来，这条流程可以自动化，却不该被夸成组织学习。

三类异常尤其不该被消音：模型反复犯同一种错时，先补它缺的上下文；指标彼此冲突时，升级给能在目标间做取舍的人；涉及不可逆风险时，暂停自动化并保留责任链。它们不是阻碍效率的例外，而是告诉团队“当前这座山已经不够”的传感器。

我的可验证预测是：未来组织之间的差异，未必首先体现在 Agent 数量，而会更多体现在“异常出现到规则被改写”的周期。团队可以用异常记录、规则更新频率，以及同类异常是否复发来检验这句话；如果一个系统只减少操作时间，却说不清失败交给谁、又改变了什么，它就该被叫作自动化流程，而不是经营能力。

你所在的团队里，哪一种被人默默补掉的异常，最值得被做成下一条可纠偏闭环？

参考资料

• Lenny Rachitsky 与 Anish Acharya 的访谈及完整自动转录：Why companies are becoming a series of loops
• Anish Acharya 的职业背景核验：a16z author page