别全盘收下 AI 的交付：三栏点评法

给 AI 派活，最顺的时候是它一次做对；最常见的翻车，是你嫌麻烦，直接点「采纳」——然后错误跟着进了你的交付物。

说两个真实的。上个月做合规检查，AI 给我贴了段审计截图，末尾写了句"全部通过"。我手指停在鼠标上想：截图里到底是 23 个 PASS 还是 20 个？一条提示中间是不是混了个 WARN？没细看，这截图就要进周报。再看一个：让 AI 出封面图，脚本明明报"HTTP 200"，我拿眼睛一 squint——加载出来是 502 报错页。200 也是骗人的。

这两个坑有共同点：AI 把"看起来像结果的东西"打包给了你，而你省下的那 30 秒判断时间，后面要翻数倍的本。

我的解法很简单，把每次 AI 交付划成三栏，先分拣再动手。

三栏长什么样

拿到交付，别急着粘，先在脑子里过三档：

**整段重写**：方向错了，或者与你原本的诉求冲突。比如你要的是"给老板看的一页纸"，它给你三千字小作文这种。这时候别改，丢回去重做，并且把"哪里偏离了"说清楚。

**改一段**：大方向对，局部有问题——术语用错、某段数据没出处、格式跑偏。这档是重头戏：给出明确、完整的反馈，让 AI 自己改。比如"第二段把'显著提升'换成具体数字，没有数据就写'暂无'"。

**脑补**：AI 没写但你必须确认的缺口。工程交付里这叫 missing edge case——报错分支、边界值、空数据；写作则是"它答应过的第三部分根本没写"。这栏最常被人漏，也最容易要命。

两个让分拣变快的规则

一、内容优先于格式。先判"说的对不对"，再看"写得好不好"。格式问题永远可以最后统一收一次，内容错了越晚发现越贵。

二、一次反馈只说 1-2 个点。人话：AI 的反馈吸收能力比你想象的低，五条意见打包过去，它经常只改第一条，剩下四条干瞪眼。分批喂，每批看到改完的结果，再喂下一批。

什么时候别用这套

也别神化它。两种场景我不分拣：一是探索期让它随便试，目的是发散，挑肥拣瘦反而把讨论掐死；二是你本来就要全权外包、按它的结构走的东西，分拣就是给自己加戏。还有，一次性的小任务（比如翻译一句话），分拣的成本比省下的还高。

五步速查

1. 拿到交付先停 10 秒，不当场粘。

2. 过三栏：重写 / 改一段 / 脑补。

3. 内容先于格式，先抓"对不对"。

4. 反馈一次只给 1-2 点，带上原始诉求，别说"你懂的"。

5. 活过自己这关才准交付——AI 说"完成了"不算数，你得亲眼核过。

三个常见翻车点

**信了它的"已完成"**。AI 说自己全部改完，不代表它改对了。上次它"修正"了一段 SQL，存下的一看，WHERE 条件整个被它删了。它汇报的完成度和真实完成度是两回事。

**攒着反馈最后一次性发作**。攒到收尾一股脑丢 10 条，AI 消化不动，你也忘了哪条是上次说的。反馈要像喂饭，小口、趁热。

**"改一段"改两次还没好就硬掰**。同样的偏差改两轮还在，说明我对齐的不在一个频道上——这时候该升级成"整段重写"，把背景、诉求、约束重新交代一遍，比继续修补快得多。

三栏法不玄乎：重写、改一段、脑补，就这么三格。配合这两天写的「接力笔记」（活太长才换会话）和「验收陈述法」（收口前逐条报数），AI 交付这条线——接活、干活、验活——就闭环了。今天再交活给 AI 之前，先把这三格装进脑子，省下的时间够你多喝一杯咖啡。