别把锅甩给AI

最近总能刷到几种说法。Agent 在生产环境捅了篓子,事后复盘写的是"Agent 产生了幻觉";某个团队出了次事故,结论是以后这块业务禁用 AI Coding;还有个常被拿出来讨论的场景------我让 Agent 帮我点一杯咖啡,结果支付环节出了问题,这笔账该找谁。

这几个场景放在一起看,有个共同的动作:出了问题,先把 AI 摆到被告席上。下面几件事,值得一件件说清楚。

谁来担责

先看"该找谁负责"。这个问题问错了方向。责任这个东西,只能落在一个能够承担后果的主体身上------它得有资产可以赔,有身份可以被追责,有意图可以被追问动机。AI 这三样一样都不占。它不会因为一次事故被吊销执照,不会因为造成损失掏出钱包,也没有"故意这么做"和"不小心这么做"的区别,因为它压根没有意图这个东西。让 AI 对一次事故负责,不是给了个错误答案,是这个问题本身不成立。

回到点咖啡那个场景,答案其实很直接。谁授权了"让 Agent 替我完成支付"这个动作,谁就该为这个决定负责;如果是提供 Agent 的产品本身有缺陷,比如没有做金额确认、没有限制单次支付上限,那该负责的是做这个产品的团队。从头到尾都找不到一个叫"AI 负责"的选项可以填。把责任推给 AI,本质上是造了一个不存在的背锅侠出来,让真正该负责的人从这场讨论里悄悄溜走。

出事禁 AI 是因噎废食

一个工程师写出了严重 bug,通常的反应不是把这个人开除或者永久禁止他写代码,而是去补 code review、补测试覆盖、上灰度发布。这套流程不是因为公司心软,而是这么多年踩坑踩出来的经验------知道人一定会犯错,所以提前把安全网织好。可是同样的事故换成 AI 干的,很多团队的反应立刻变成了"要么零失误,要么直接禁用",好像换了个执行者,安全网这套经验就不需要了。这是一套双重标准,对人宽容,对工具严苛到不讲道理的地步。

更何况,禁用往往解决不了问题,只是偷懒的一种表现。真正出事故的根因,多半是测试覆盖不够、权限没有做隔离、上线前没有灰度验证,这些问题就算没有 AI 参与,早晚也会炸。AI 只是让这些原本就存在的窟窿暴露得更快而已。禁掉 AI,根因还在原地,换个人手动操作出错,一样会炸。这时候 AI 更像是被拉出来顶罪的那个角色,不是问题真正的源头。

AI 不是万能的,有 Bug 正常

AI 不是万能的,它会出错、会写出 bug,这本来就正常。可"出过问题就不用 AI"这个反应,恰恰把正常的事当成了不能接受的事。真要照这个逻辑推下去,人写代码也会出 bug,是不是也该不让人写代码了。没有 AI 之前,生产环境一样会出事故,一样有人半夜被叫起来处理线上问题,这不是 AI 带来的新麻烦,是软件工程本来就有的一部分。把 AI 停用当成解决方案,退回到全靠人工的老办法,问题没解决,只是换了个更慢的方式继续存在。

再说深一层,bug 从来不是 AI 带来的新物种。软件工程里从来没有"零 bug"这回事,写代码这件事,不管是人写还是 AI 写,出错都是常态的一部分。"AI 暴露了一个问题"和"AI 制造了这个问题"是两回事,很多时候这两者被混在一起说,因果关系其实是反的。不少情况是,一段放了好几年、一直没人注意的老代码,被 AI 接手之后翻出了里面埋了很久的 bug------这不是 AI 制造问题的证据,反而是它做对了一件人一直没顾上做的事。

怎样更好地约束 AI

说了这么多不该怎么办,更值钱的是该怎么办,具体是两件事。

第一件是验收环节。把 AI 的产出当成一个刚入职的新人交上来的 PR 去对待,该过 code review 照样过,该跑测试照样跑,不能因为写代码的是个模型就把这道关口省掉。新人写的代码你不会盲目合并,AI 写的也一样。尤其是那些不可逆的操作,比如涉及资金的支付、涉及数据的删除、涉及线上环境的部署,这类动作必须有人在关键节点上点头确认,这道 gate 无论如何不能省------省掉这一步出的事故,锅其实是省流程的人的,不是 AI 的。

第二件是用工程手段去约束它,而不是指望它自己变得完美。给它清楚的权限边界,让它够不到不该碰的资源;对高风险动作设计成必须有人在回路里点头才能继续执行;让它的输出走结构化格式,方便自动校验而不是靠人肉去猜它想干什么;出错的时候要让它明显地报错、卡住,而不是悄悄吞掉异常继续往下跑。这些是具体能落地的工程实践,跟用不用 AI 无关,本来就是任何自动化系统该有的样子。

最后

AI 确实会产生幻觉,确实会造成真实的事故,这一点没必要回避,回避了也没用。但会出错不等于不能用,人类工程师出错率也不低,只是我们给人配了一套 review、测试、灰度的安全网,这套安全网还没给 AI 补上而已。

这一幕其实并不新鲜。工业革命刚开始的时候,纺织机器一样会出故障、会砸掉一批工人的饭碗,那时候真有人抡起锤子去砸机器,想退回到手工纺织的日子。但历史没有往回走。让日子真正变好的,不是怪机器、也不是弃用机器,而是改进它、给它配上防护和规矩,让它更稳地转下去。

AI 现在遇到的是同一道题,答案也一样:出了问题就去解决问题,把该补的验收和护栏补上,而不是把锅甩给工具、掉头回到过去。工具一代代往前换,这条路一直是往前走的。

相关推荐
Web3_Basketball31 分钟前
动手玩DeepSeek视觉版:多模态OCR实战代码
ai编程
飞哥数智坊2 小时前
我给 DeepSeek 看了两次截图,才发现 Vision 真正的价值
人工智能·ai编程·deepseek
有来技术10 小时前
开源项目维护者的自救:用 TRAE Work 造了个 Issue 集结号
ai编程
小虎AI生活13 小时前
手把手:把 Remotion 封装成 DeepSeek Harness 插件,一句话让 AI 出视频
ai编程
stormzhangV17 小时前
这个本地模型,让我 token 自由了
人工智能·ai编程·claude
全栈弄潮儿17 小时前
让 AI 帮你拆分一个功能需求:页面、接口、数据和测试任务怎么分
aigc·openai·ai编程
松小鼠呀20 小时前
我不敢再生孩子:ChatGPT 曾花 $2m 让他闭嘴,AI 巨头到底隐藏了什么秘密?
人工智能·安全·chatgpt·ai编程·科技热点
Patrick在香港21 小时前
Claude Agent 进阶:4 种工具调用编排模式,让 0820 那 13 个 endpoint 并行起来
python·ai·ai编程
happyprince21 小时前
01-整体观-Codex全貌解读(源码)
算法·ai编程
Flynt1 天前
DeepSeek终于能看图了:V4 Flash Vision实测,1分钱9张图但有个大坑
agent·ai编程·deepseek