就算川普也能听懂：与 AI 共事的一条金科玉律

文/王萌 CTOCIO战略研究部

上星期，白宫签了一纸行政令，宣布我们要跨入所谓的“超级智能时代”。通篇看下来，里面最打紧的一条，竟是指示行政部门以后少提“人工智能”或者“AI”这种略显寒碜的旧称，一律改叫“超级智能”或“SI”。这股子心急火燎的劲头，很像某些刚通过初次验收的楼盘，连绿化带都没铺齐，就忙不迭地给门头镀上一层“至尊府邸”的大金字。仔细一想，这倒也极契合川普这位全球第一包工头的审美与本色。

不过这道命令倒真切地抓住了某种正在蔓延的气候。我们早就越过了“软件偶尔跳出一条小建议”的温和时代，现在摆在眼前的系统，能写代码、做设计、跑测试，自己批注自己的方案，批注完了还自告奋勇要为刚才的批注再润色一篇长篇说明。眼下最紧迫的事情，倒还不是算力、安全对齐，或者家里的冰箱很快会对城市规划发表见解。最先撞上门来的，是一个极其世俗的管理问题：

当身边的机器干活既不知疲倦又口若悬河，听上去仿佛凡事都已成竹在胸，坐在中间的活人，到底该怎么继续对结果负责？

这正是产品开发里最常见的荒诞日常。你在工位上打开 Claude Code 跑一个初始方案，转头让 GPT 来挑刺审阅架构，再叫上 Gemini 去测测替代路径。没过多久，屏幕上就堆满了接口契约、边界用例、异常兜底，以及一场关于究竟什么是“可信文件”的小型制宪会议。AI 们说得都在理，行文越来越长，挑的毛病越来越刁钻，你坐在那儿看着满屏光标闪烁，反倒觉得自己连开口反对的资格都没了。

不知不觉间，作为负责人的你，实际上已经悄悄换了个工种。

刚开工时，你还是那个定舵的人，清楚这玩意儿是给谁用的。几个回合下来，你退化成了一个在机器互殴的群聊窗口底下负责点“Approve”的勤杂工。这体验很不像是项目管理，倒像是不幸误入了一场亚里士多德与几位精力过剩的在读博士生之间的闭门研讨会。他们围着本体、原初动力与某个畸形 JSON 载荷的处理方案坐而论道，而你坐在末席，大部分时间只能频频点头。

这倒不是因为机器已经具备了人类意义上的大智慧。纯粹是因为它们太擅长顺着惯性把一场辩论无穷无尽地续下去了。一个模型抛出方案，另一个挑出暗病；前一个回手把漏洞补上，补丁里又生出新的边缘特例；审查的在理，修补的也没错。滚上几轮之后，最初要解决的那个常识问题，早就被深埋在一份极其工整、却在回答另一个问题的完美答卷之下了。

最危险的陷阱就在于此：整个过程里，没有任何一个人或者模型犯了明显的错误。

我自己做 AI 上下文防火墙时就吃过这种亏。最开始的想法天经地义：任何系统看不清、摸不透的内容，都该慎重点。顺着这个毫无破绽的严谨逻辑走下去，浏览器插件开始遇到各种没法一眼定性的杂质：一个没见过的请求体、一段网页自动生成的脚本、换了格式的超长文本粘贴，或是引擎偶尔的打嗝。每来一个怪异输入，几个模型就认真讨论一番，拿出来的方案无一例外是“去问用户”或者“直接拦截”。

没过多久，我们就在代码里亲手捏出了一位职业道德过分充沛的数字看门人。每当门外有一丝动静他拿不准，他就咔哒一声把门反锁，要求对方掏证件，甚至打算当场就公共安全问题发表演说。你说他错了吗？他处处占理。但他正在把这栋楼里所有正常出入的人逼疯。

直到一个测试员给出了极其扎心的反馈：频繁跳出来的拦截弹窗，让这插件看起来像流氓软件。

这话难听，但一针见血。我们本来是想招个保安看门，结果保安把每扇窗都焊死了，还每隔三分钟用力敲一次门，严肃地询问屋里的人：“你确定还想继续活着吗？”

破局的办法不是再加一层高深的模型特征库，而是硬着头皮问一句极其普通的大白话：如果我们的软件自己搞不懂一段寻常的操作，每隔几秒给用户脸上摔一张警告卡片，到底是在解决问题，还是在让用户的体验替产品自身的局限买单？

已确认危险的内容和操作，该拦当然得拦；但大把平平常常的日常输入，绝不能因为系统自己吃不准，就统统被当成怀疑对象。这就是所谓产品决策，它是不能光靠顺着技术推导一直往下滚出来的。

在多 Agent 协同里，这种负责人不再能用正常语言讲清楚系统在干什么、承担了什么代价的瞬间，我称之为“语义主权的丧失”（Loss of Semantic Ownership）。你也许还没丢掉键盘的控制权，但你已经丢掉了决策的内核。你不是在判断，你只是在给机器的自洽背书。

面对这种局面，常见的逃避手段有两种：一种是彻底躺平，既然模型看过的书比全公司加起来都多，那就由它说了算；另一种是草木皆兵，觉得任何能为修改一个按钮扯出两千字报告的玩意儿都在图谋不轨。

真正管用的防身术，是逼着系统“吐人话”——不仅是把句子改短，而是说一种能够背负责任的语言。这就好比你在向一个随时准备拍桌子退款的真实客户解释方案，要是说错了，你得当场兜底。

我们在内部把这种压力测试叫作 EDTCU Test（Even Donald Trump Can Understand），内部读作“Eddie Q”。嫌名字绕口，也可以直接叫它 EQ Test：解释清楚，然后告诉我代价是什么。

把川普搬出来当标尺，不是拿他的注意力去讲烂俗笑话，而是因为在面对技术官僚的虚伪礼仪时，他是工程师委员会最害怕碰上的那种对象。他完全不吃行业黑话那一套把戏。什么边缘用例的本体论、风险收敛的拓扑学，在他面前统统不作数。他只要你撂下句准话：这东西到底坏了没有？传出去丢不丢人？到底谁来买单？真砸了锅谁来负责？

在软件工程里，我们极容易把“写得多”错当成“想得深”。我们习惯把脆弱的妥协藏进几十页厚的设计白皮书里，直到所有人都疲惫不堪、懒得再提出异议为止。而 EDTCU 原则就是个粗暴的减压舱：逼着所有推导脱掉技术隐形衣，重回人话的压强之下。

它到底想干什么？它底层的假设是什么？它方便了谁，又折腾了谁？拿出什么样的反例能让它自己承认想错了？

如果一个系统的结论隔着一张办公桌，抛开那些制造混乱的行话黑话，就没法把这些账算清楚，那它就根本没有达成共识，它只是把屋子里的人给熬垮了。这种推导或许包含了漂亮的技术活，但它绝不配拿到批准。

我把这一整套在机器狂欢中保持清醒的实操叫作 PRAOP（概率可靠性运营实践）。这名字听着挺唬人，像是专给审计员看的官样文章，但内里的冲动却一点也不官僚：别让那些写起报告比你导师还要流畅的软件，一唱一和地把你带进沟里。

超级智能要来就来。白宫的文具和头衔，尽管分给它去用。但那个最终要为AI结果署名的人，依然必须用明明白白的人话，清楚地知道这份决定到底意味着什么。

注：PRAOP 的真实案例与实操模式收录于 GitHub 开源项目 Open PRAOP。