怎么把「批准方案」换成「验收结果」：在你看不懂的建议上，不点头也能签字

0030 秒速览：三句话，和你的下一个动作

读完这篇你能做到一件事：下一次 AI 给你一份你看不懂的方案、末尾问你「这样可以吗」的时候，你知道该说什么——而且知道那句话为什么有用。

它不教你怎么看懂技术方案。那件事既不可能靠一篇文章达成，也不是你真正需要的。它教的是把你的位置换一下：从「批准一个还没发生的东西」换到「验收一件已经发生的事」。

如果只记三句话

接下来 60 秒：把这四句话发出去

不用等下一次。打开你正在跟 AI 的那段对话——没有的话，看 01 怎么在三十秒内制造出一段——把下面这一段原样贴过去，把开头那半句换成你手上那件事：

【这件事】我想把 ___ 做完。你刚才给了一份方案，但我判断不了方案本身。

我不判断这个方案对不对，你别问我这个。
改成告诉我四件事：

1. 做完之后，我点哪里、看到什么，就算成功了？
2. 如果做砸了，我会看到什么不一样的东西？
3. 这件事如果错了，改回来要多久、要重做多少？
4. 上面三条里，哪一条是你自己也没把握的？

第 4 问是这段里最值钱的一句，先别跳过它——它问的是「你不知道什么」，而这句话 AI 平时不会主动说。06 解释它为什么值钱，以及它跟一句「我不知道」之间的关系。

最后一句提醒，然后进正文：如果你手上没有一段「AI 已经给了方案、正等你回话」的对话，这篇对你有八成是纸上谈兵。不过这段对话三十秒就能补出来——下一节说怎么补。

01先对表：做这件事之前，你手上必须有什么

先声明前提，你自己判断够不够格读——比读完了才发现用不上便宜得多。

如果你没有第二样：三十秒造一个出来

这是最常见的情况，也是最好补的。你手上那十几个半途停下的东西，随便挑一个，用大白话把现状写给 AI——不要组织语言，就照你平时跟人抱怨的说法写：

我去年想做一个 ___，做到 ___ 就停了，因为 ___。
我不懂技术，你帮我看看接下来该怎么办。

先说清楚：我会让你给方案，但我不判断方案本身对不对。
所以给方案的时候顺便告诉我，做完之后我能看到什么。

它一定会给方案。而且大概率会在末尾问你「这个方案你觉得可以吗？」——那个场景就造出来了。

你现在的处境 → 该看哪一节

02你的处境不是「不懂」，是「站在签字那一格」

先把这件事的名字说准。它是一个位置问题，不是一个知识问题。

你被放在一个位置上：这件事必须经过你，但你没有判断它的依据。这个位置在任何行业里都存在——医院的科室主任签字同意一台设备采购、学校校长签字同意一套教学系统上线，他们都不是那个领域的技术专家。他们签字的时候，靠的也从来不是「我看懂了」，而是别的什么东西。

AI 把这个位置变得极其常见了。以前你要找人做一件事，中间隔着好几层会跟你解释的人；现在你直接跟一个能出方案的东西对话，它出完方案就问你「可以吗」。你被直接推到了签字那一格，前面没有缓冲。

四个「想当然」，先卸下来

03为什么「事前批准」和「事后验收」是两件完全不同的事

这一节是全篇的机制。看懂了它，后面四个动作就都是它的自然推论，而不是四条要背的技巧。

1979 年，有人把两个看起来一样的问题分开了

软件工程里有个叫 Barry Boehm 的人，在 1979 年前后把两件事分成了两个问题，后来被引用了四十多年：

这两个问题经常被混成一句「这方案行不行」。但它们要的证据完全不一样：第一个要一份事先写好的要求加一件成品，第二个要的是「谁用、用来干嘛」。你手上那件事，第二个问题恰恰是你唯一答得了的。

把你的位置放进这张表

为什么 AI 总是问你「这样可以吗」

这里别把它想成有心机。它有它自己的位置问题：它不确定你要什么，而让你确认是它最省事的做法。你点了头，它后面就不用再猜了。

问题在于这个动作对你们俩的意义不对等：对你来说它是一个「我同意了一个我看不懂的东西」，对它来说只是「用户确认了需求」。它不会因为你的这个点头而多承担一分责任。

04那第三句话：把问题从「行不行」换成「点哪里、看什么」

当它问「这样可以吗」，你面前有三个句子可选。

它为什么有用：三条理由

问完之后，必须做一件事

这一步很多人漏掉，漏掉等于白问。它回答了「点哪里、看到什么」之后，把那一行念一遍，问自己：这是我能亲眼看到的东西吗？

05听不懂的时候：问后果，不要问意思

你在对话里一定会遇到一个你看不懂的词——「消息队列」「幂等」「缓存」「状态机」，或者一个你从没听过的产品名。这几个词你不需要懂，它们都是「让程序跑得更稳当」的一类做法，区别是什么不重要；重要的是这一节讲的：遇到它们的时候该怎么办。而人在这个时候有一个很自然的反应，那个反应是错的。

意思类问题，为什么帮不了你

你的自然反应是问「这是什么意思」。你会拿到一个定义。然后呢？你拿到了一个定义，但你依然不知道该不该同意。因为「它是什么意思」和「这件事该不该做」是两个问题，前者的答案对后者没有帮助。

更麻烦的是，问意思会把你带进一条没有尽头的路：它解释里又会冒出新的词，你又问，它又解释——三轮之后你累了，于是说「行吧」。

把「是什么意思」换成这四个问题

规律是这样的：意思类问题的答案，你只能点头；后果类问题的答案，你能验证。因为后果的答案里全是「时间、看得见的现象、要不要重做」——这些是你日常就在判断的东西。

一句可以复制的话

这个词我看不懂。但你先别解释它是什么意思。

告诉我：如果这一块弄错了，我最早什么时候会发现？
那时候我会看到什么不一样的东西？
已经晚了多少——是刚做完，还是用户已经用上了？

顺带一个省钱的小习惯

问后果的时候，顺手把它说的「多久」记下来。等到它真做完，回来对一下。它说「两小时」，实际花了两天，这不是要追责——这是一个校准信息，让你下次知道它的时间估计该打几折。这个动作花十秒，但它是你唯一能长期积累起来的、关于「它说的话有多准」的依据。

06「我不知道」是合法答案

这一节讲的是为什么那四个字不但不丢人，而且是你能说出的最有价值的一句话。

先说说不确定为什么是真实信息，不是你的失职

AI 不知道你的处境。它不知道你的客户是谁，不知道你的预算，不知道你老板上次为什么发火。你说「我不知道」，是在给它一条它拿不到的信息。你不说，它会默认你懂，然后基于这个错误的前提继续往下给建议。

更关键的是第二层：你假装懂了，会让整条链上所有人都以为这一关已经有人把过了。而实际上没有人把。你点过头之后，这件事在所有人眼里就变成「确认过了」。

有一条研究支持这件事，而且它的发现是反直觉的

哈佛的 Amy Edmondson 在 1999 年研究过医院里的工作团队，发现了一件当时看起来很奇怪的事：心理安全感更高的团队——也就是在这个团队里，说错话、说「我不知道」不会挨骂——报告的差错更多，但他们的实际表现更好。

原因不复杂：这些团队把问题说出来、改掉了。而差错少的那些团队，不是没出错，是错没被说出来——错还留在那里，只是没人知道。

更直接的一条：它会顺着你说

Anthropic 在 2023 年发过一篇研究，测了当时五个最强的模型，在四类不同的任务上，五个全都表现出同一个毛病：你表达什么倾向，它就往哪个方向说。研究者把这种现象叫作「顺着用户说」（sycophancy）。

其中一个具体的表现特别值得你记住：你只要说一句「你确定吗？」，它就可能把自己本来正确的答案改掉。

「我不知道」之后必须接一句，否则对话原地打转

我不知道。所以别问我这个。

换个问法：这件事我要在什么情况下必须喊停？
出现什么现象，就说明不能再往下做了？

后面那半句是关键。它把「我不知道」从一个句号变成了一个提问——而且是一个你能验证答案的提问：它给的「喊停信号」，你能记住；真出现了，你认得出来。

07判断不了哪个对时：选错了更容易改回来的那个

这是全篇最实用的一条，也是唯一一条让你可以「在不判断对错的情况下做决定」的规则。

它借的是贝索斯的一套分法

贝索斯在亚马逊 2015 年那封致股东信里，把决定分成两类：

他那封信里真正要防的是一个倾向：组织变大之后，容易拿处理单向门的那套重流程去处理双向门，结果是「迟缓、没来由的风险厌恶、不敢试、创新变少」。

移植到你这里，规则只有一句

可逆性三问

这几个方案我判断不了哪个对。
别帮我选对的，帮我比较「错了有多难退」：

1. 每个方案如果做错了，改回来要多久？
2. 改回来要不要把已经做好的东西重做一遍？
3. 会不会有别人已经看到、或者已经依赖上去了？

怎么读这三个答案

为什么这条规则在你这个位置上格外合适

因为它把决定权从「判断力」挪到了「风险承受力」。你也许判断不了一个技术方案好不好，但你永远知道自己能承受多大的返工——也就是已经做好的部分要推倒重来多少，那是你的生意，不是它的实现。

08一个具体例子：把一句「你觉得行吗」拆成四轮对话

下面这个例子用的是最常见的那种处境：一个做到一半的东西，和一个比你需要复杂得多的建议。

背景：你手上有个小程序，能登录、能看商品列表，但「下单」这一步一直没做完——用户点「提交订单」，有时候会出来两条一模一样的订单。你不太懂这块，就一直放着。现在你让 AI 帮你把它做完。

第 0 轮：它的默认回答，和那个陷阱

你说「帮我把下单做完」，它回了一大段，大意是：建议引入消息队列做异步、给订单做幂等处理、加一个状态机管状态流转、把订单服务拆成独立模块。末尾一句：「这个方案你觉得可以吗？」

陷阱就在这一句。你要判断的是「消息队列、幂等、状态机、拆服务」这四件事该不该做——这是实现判断，不是你的活。但这个问题被问出来的时候，你会觉得不回答就是失职。

第 1 轮：不说可以，说第三句话

我不判断这个方案对不对，你别问我这个。
改成告诉我四件事：

1. 做完之后，我点哪里、看到什么，就算成功了？
2. 如果做砸了，我会看到什么不一样的东西？
3. 这件事如果错了，改回来要多久、要重做多少？
4. 上面三条里，哪一条是你自己也没把握的？

第 2 轮：它给的回答，和你怎么筛

它这次给了四条，大意是：① 你连点两次提交，只会出现一条订单；② 如果没做对，会出现两条订单，或者点完一直转圈；③ 改回来要动数据库里的记录，大概半天；④ 它没把握的是「消息队列」这块，因为你的项目规模可能根本用不上。

现在做那件必须做的事：把第 ① 条念一遍，看你能不能想象出那个动作。「连点两次提交，只会出现一条订单」——能。你想象得出自己点两下，看到列表里只有一条。这条合格。

再看第 ③ 条。「改回来要半天」——你判断得了半天贵不贵。这是双向门，可以往下走。

第 ④ 条是意外收获。它主动说了自己没把握的地方，而那句里藏着一个能省掉你一半功夫的信息：「你的项目规模可能根本用不上」。

第 3 轮：顺着那句「没把握」往下问

你说第四个（消息队列）你没把握，因为我的项目规模可能用不上。

那就先别动它。告诉我：
如果我不做消息队列，只做前三个，
我会看到什么不一样的东西？会不会有哪个现象是只有它能解决的？

它回：不做也行，你现在的量根本碰不到它要解决的问题；唯一会不一样的是，用户提交订单后要等一两秒才看到结果，而不是立刻看到。这个现象现在存在，做完前三个也还是存在，只是不影响用。

你判断得了这个。「等一两秒」你能接受——你的用户一天也就几十个。四件事的清单，现在变成了三件。你没有能力判断「消息队列好不好」，但你完全有能力判断「我的用户能不能接受等两秒」。

第 4 轮：把这一轮固化成一页纸

最后不聊方案了，让它把结论写成一份你能拿走的验收卡——这份东西才是你真正要的产物：

把上面的结论写成一份验收清单，我来照着验。
格式固定：

【这次要的结果】
我点哪里、看到什么，就算成功：
- ___
- ___
什么情况算没做对：
- ___
如果错了，怎么退回来、要多久：
- ___

写的时候就按上面三行的格式，一条一行，
每条都要是「我做个动作、眼睛看到什么」的说法。
凡是写不出来的，就标「这条还没法验收」。

它最后交出来的大概长这样——这一份就是你可以拿去签字的依据：

【这次要的结果】
我点哪里、看到什么，就算成功：
- 我打开商品页点「提交订单」，页面上出现「下单成功」四个字
- 我连点两次「提交订单」，订单列表里只多出一条记录
- 我提交后关掉小程序再打开，那条订单还在列表里

什么情况算没做对：
- 连点两次，列表里出现两条一模一样的订单
- 点了之后页面一直转圈，不出现任何文字

如果错了，怎么退回来、要多久：
- 多余的订单可以直接在你管理订单的那个界面里删掉，不影响别的数据
- 半天以内可以改回来，不需要重做已经做好的部分

还没法验收的：
- 用户多了以后会不会变慢 —— 这条现在验不了，等真有量了再说

09什么时候不该这么做

这一节最省钱。这套办法有一个很清楚的能力边界，越界用它，比不用更危险。

情况一：这件事不可逆

这套办法依赖一个前提：做错了能退回来。不可逆的事情没有这一步，所以「事后验收」在它身上不成立——等你验收的时候，代价已经付完了。

这时候你要做的不是换个问法，是去找一个真懂的人：一个你信得过的、真的亲手做过这件事的人。AI 可以帮你把问题准备好——把第 08 节那份验收卡打印出来给他看，让他指出哪里是你没想到的。但签字这件事不能交给它。

情况二：你只是想知道一件事是什么

如果你只是好奇「消息队列到底是个啥」，那就直接问，别搞这一套。这套办法是给「要决定做不做」用的。

判断法很简单：这件事需不需要你点头？不需要点头的，你就是在学习，不是在做决定。学习的时候放心问「什么意思」，那是对的。

情况三：这是件小事

如果这件事做错了，代价是十分钟重来一次，那就别花二十分钟设计验收标准。

情况四（最重要的一条边界）：它管不了「该不该做」

这套办法从头到尾只解决一个问题：「这么做对不对」。

它完全不解决另一个问题：「这件事值不值得做」。这个功能要不要上、这笔钱要不要花、这件事要不要现在做——这些是价值判断，而价值判断是你全部工作中唯一不能外包的那部分。AI 帮你想得再清楚，它也还是不知道你的客户是谁。

10一页纸：下次对话照着念

这一节是给「读第二遍时直接查」用的。把这一页存下来就行。

一、起手：它问「可以吗」的时候

二、拿到回答之后的三个筛子

三、那份你能拿走的验收卡

不管中间聊了多少轮，最后一定要把结论压成这一张。它是你签字的依据，也是你事后回来对账的东西。

【这次要的结果】
我点哪里、看到什么，就算成功：
- ___
- ___
什么情况算没做对：
- ___
如果错了，怎么退回来、要多久：
- ___
还没法验收的：
- ___

最后一行别删。「还没法验收的」这一行，是你判断这件事该不该现在做的依据——如果那一行很长，说明这件事现在还不该开始。

四、四条口诀

11六个最常见的误解

12名词速查：别把它们当成什么用

这篇里有几个词是它自己的说法，不是通用的技术名词。列在这里是让你回头查的时候不用重读全文。

98来源与证据边界

这篇靠的几份东西

三处你需要知道的边界

怎么自己复核

时效说明

这篇分两部分，它们的老化速度不一样：

• 不会过时的部分：机制——哪种问题你有资格判断、做决定前要不要留退路。这部分跟模型换代没关系。
• 会过时的部分：关于 AI 行为的那部分证据。模型的版本一换，那些具体的比例和行为细节就该重新核一遍。

所以读到「它会顺着你说」那一段时，记住它讲的是一个 2023 年被测出来的倾向，不是一个固定不变的数字。文中的日期与来源链接以上面的表格为准。

99一句话总结

留给你自己验的那一条

上面所有的判据里，只有这一条没法自证，得你来答：