Claude工程师警告「认知投降」：AI错得越少，你越危险
想象一个场景：站会上，有人指着你昨天合进去的一行代码问「为什么这么写」。你盯着它，说不出所以然。代码是AI写的，你只是点了approve。
Anthropic的Claude代码工程师Addy Osmani这周发了篇长文，给这种状态起了个名字：「认知投降」。微博微博
他警告的是一个残酷悖论：你把越多的编码任务交给AI智能体，你就越可能失去监督它们所需要的核心技能——而监督AI，恰恰需要这些技能。Anthropic自己的研究也把这层窗户纸捅破了：监督Claude需要的编码能力，正是可能因AI过度使用而萎缩的能力。微博
更扎心的是下一句：AI最危险的时候，不是它错得多，而是它错得少。第一次用，你认真读AI生成的PR；第二次，扫一眼；第三次，只看骨架；直到有人指着一行问为什么，你叫上Agent一起都讲不出来。AI生成的代码看起来完美无瑕，测试通过，然后你开始批准你不再理解的工作。Osmani的原话值得裱起来：当你生产的东西超过你能担保的范围时，你就不再是在审查，只是在寄希望于运气。微博微博
这不是危言耸听，很多人已经这样干活了。知乎「用AI写代码踩过哪些坑」问题下，共识度最高的答案是：最大的坑不是AI不会写，而是它给你一种「代码已经写对了」的错觉——能运行不等于逻辑对，测试过不等于符合业务。有位开发者总结了「疲劳驱动的投降路径」：Agent一次甩出6000行PR，你跑起来发现没问题，就next了。微博上也有人承认：大家都用AI编程之后，代码产出的方差反而比手写年代更大。知乎知乎微博
Osmani的结论不是「少用AI」——他自己承认深度依赖agent工作流。真正的变化是：编程的瓶颈已经从「写代码」挪到了「确认它真的对」。他的对策是给AI装上「人味的刹车」：微博
先有自己的假设，再去问AI。你脑子里没预判，它说什么都像对的。
别看绿灯就放行，追问它验证了什么、没验证什么。
不光审代码，还要审AI替你做的默认决策——那些没写进diff的取舍和隐含假设。
用硬约束代替许愿。一位知乎用户的实操很典型：别在prompt里恳求AI「千万别删文件」，直接给它配一个hook，让危险命令根本执行不了。知乎
对拿AI起步的新手，也是一句：语法可以外包，判断力外包不了。vibe coding也得保住一点对原理的理解，有实践者估算至少两三成，否则做出来的东西，你在改它的那天才会明白什么叫债。知乎
最后泼一小盆冷水，也是留个分寸：所谓「用AI让人又蠢又自信」的实验，多来自答题、教育场景——比如欧洲三所高校测出用AI答题正确率从27.5%暴跌到9.2%、自信度却从30%飙到76%。证据还没直接覆盖到写代码，别急着对号入座。但警告的方向是一致的：能外包的是执行，不能外包的是理解、判断，和署名背后的那份责任。微博
下次AI给你全绿的PR，点approve之前，先问自己一行：明天要是有人质疑这段代码，我担保得起吗？
