最近两年,企业 AI 落地的失败案例越来越多呈现出一个共同模式:不是模型能力不够,而是 Agent 在不该自主判断的地方自主判断了。这背后有一个被严重低估的工程问题——大多数 AI 系统的设计哲学,本质上还是在追求「更聪明的模型」,而不是「更可控的系统」。
自主性是一把双刃剑
LLM 的核心能力之一,是在模糊指令下做出合理推断。给它一个方向,它能填补中间所有的细节。这在 To C 场景里是优势,用户说「帮我写一封道歉邮件」,模型发挥空间越大,结果往往越好。但在企业场景里,这种「填补细节」的能力会造成系统性风险。以医疗行业为例:一个辅助诊断 Agent,在问诊流程里漏掉了「既往用药史」的采集环节,直接跳到了建议阶段。从对话逻辑上看,模型认为已有足够信息;从临床规范上看,这是一个严重的流程缺失。漏问一个步骤,不是对话质量问题,是医疗事故的潜在风险。类似的案例在金融、法律、HR 场景里大量存在。Agent 越聪明,它绕过流程约束的能力就越强——它会用「合理推断」来跳过它认为「多余」的步骤。问题不在于模型判断错了,而在于模型不知道哪些判断它根本没有资格做。
最后一个被严重忽视的问题:规则不是静态的。一家公司的合规要求会随着监管政策更新;产品的审批流程会随着组织架构调整;数据权限规则会随着安全事件重新收紧。规则的变化频率,远高于大多数 AI 系统的更新频率。如果规则以 Prompt 的形式存在,变更就意味着人工修改提示词,没有版本管理,没有变更审计,没有灰度发布。一个错误的规则更新,可能在生产环境里造成大规模的错误输出,而且几乎不可追溯。更好的实践是把规则作为独立的配置层来管理,和业务代码完全解耦——规则有自己的版本号,变更走 review 流程,支持按业务线或用户群做差异化规则,回滚成本接近于零。这不只是工程问题,也是企业把 AI 系统引入关键业务流程的必要前提。在企业环境里,可预测性是比能力更稀缺的属性。一个能力一般但行为完全可预测的系统,可以被放进关键业务流程;一个能力很强但行为不可控的系统,只能在边缘场景做辅助。聪明是起点,可控才是终点。