这几天，一篇长文在技术圈刷了屏。有意思的是作者身份：Anthropic的Claude Code团队工程师——天天做"让AI替你写代码"的人，反过来提醒所有人，别把脑子也交出去。IT之家微博
作者叫Addy Osmani，此前在谷歌干了14年多，负责过Chrome开发者体验，写过《JavaScript设计模式》。这篇长文的标题是《当智能体替你工作，如何保持批判性思维》。原文之下，他特意注明：本文由人类写成，不是AI生成。微博
AI越准，你越懒得查
文章开头就抛出一个扎心的悖论：你把越多编码任务交给智能体，就越容易失去监督它们所需的能力。Anthropic对自家工程师的研究给这个陷阱起了名字——“监督悖论”：监督Claude，恰恰需要那些可能因过度使用AI而退化的编程技能。微博
Osmani把人和AI的关系分成三档：
认知卸载：活儿交给AI，但你仍理解任务、对结果负责、会检查。健康，他天天这么干；
判断让渡：AI的输出直接变成你的下一步输入，不再是"有待检验的假设"；
认知投降：AI的答案悄悄变成了你的观点，你甚至觉得没必要核查。微博
"认知投降"这个词来自沃顿商学院的两位研究者。最隐蔽的是：模型越强，明显错误越少，大多数输出流畅又基本正确，你就不觉得需要再看一遍。用他的话说——哪怕你同时跑着许多个智能体，审视所有输出的，依然只有你这一双眼睛。投降也不是一天完成的：上一个答案你认真读了，下一个略读，再下一个只扫一眼结构，直到有人指着某一行问你，你发现解释不清。微博
两笔债，悄悄记在你头上
一笔叫理解债务：代码库整洁无瑕、测试全绿，直到某天要改需求，才发现没人真正理解这个系统怎么运作。微博
另一笔他称为编排税：智能体生成工作的速度，早就超过了你敢署名的速度。当产出多到你无法为之负责，你就不是在审查，而是在祈祷别出事。微博微博
一套能直接抄的做法
先写假设再提问。丢任务前先猜一下答案，猜错也没关系——读过一个写得很好的回答后，你就很难再想象别的可能性了。
分场景放权。出错代价低的，比如挑酒店，放心交出去；后果要别人承担的，比如能不能发布，保留自己的判断。
看证据，别看总结。收到"完成"通知，先看它实际执行了什么命令、返回了什么，再看那份"一切顺利"的总结；让它列出替你做了哪些决定和假设。
长会话结束考考自己。让智能体写一份变更报告，末尾附一套测验——全部答对，才允许合并。知乎
每周留段"校准练习"。脱离AI写点代码；每月列一列哪些事已不再亲手做，再决定哪些萎缩可以接受。
不是劝你少用，是别用傻了
知乎这个问题下有条回答泼冷水：智能体一次甩出6000行PR，你有时间看吗？这种投降是疲劳驱动的，防不胜防。知乎
Osmani没有回避。他承认自己深度依赖智能体工作流，写这篇也不是劝人少用。他要提醒的是：你得主动把批判性思维安排进每天的工作，默认情况下，没有任何东西会替你做到。微博
文章里还留了一个他多年前问过、至今有效的问题：如果AI明天消失了，你会有多不知所措？
工作和大部分审查都可以交出去，但责任不能。微博
