我们正在集体降智，只是没人愿意承认

摘要AI 让开发速度翻了三倍理解力却跌到三分之一。文章从「能力幻觉」切入拆穿四个真相来回沟通三天是能力缺口的度量、「写出代码就觉得自己厉害」是最毒的错觉、频繁重构是第一次就没做对、AI 只会做加法不懂架构意图。接受 AI 的变革但别把脑子交出去——它只会让假装是工程师的人快速现形。有一件事最近两年我越来越不敢跟人聊我写代码的速度快了三倍但我对自己写出来的东西的理解只有以前的三分之一。我管这叫「用时间换幻觉」。一、AI 让不会的人以为自己会了先讲一个心理学概念叫能力的幻觉illusion of competence。它的意思很简单当你看着一个东西、觉得「我懂了」的时候和你真的能独立把它做出来是两回事。人脑有个毛病——把「看得懂」当成「会了」。AI 把这个毛病放大了十倍。以前你不会写某个东西会慌。那种慌其实是大脑在报警「这个你不会快去学。」 现在不一样了你不会了就把需求丢给 AIAI 吐出一段能跑的代码你贴上去跑通了于是你不慌了。问题是你不慌不是因为你会了是因为 AI 替你扛住了那个你本该扛的东西。那个「慌」是你的学习信号信号断了能力就开始往下掉。很多开发者已经进入这种状态离开 AI连一个稍微复杂点的 SQL 都写不利索让 AI 写又完全不知道它为什么这么写。嘴上说「我在用工具」实际上是工具在用你补全它的上下文。二、来回沟通三天不是协作是碰运气有个现象特别值得琢磨你跟 AI 为一个需求来回拉扯好几天最后做出来了你居然还挺有成就感。我劝你换个角度看看这件事。真人结对编程两个水平在线的人聊十分钟需求能对齐个七八成剩下的边写边调。为什么因为双方都有判断力——你说一句他懂你要什么他回一句你立刻知道对错。而你和 AI 来回三天本质是什么是你没法判断它给的答案对不对。你只能「再问一遍」「换个说法」「加一句补充」靠穷举去碰一个你无法验证的结果。所以注意你跟 AI 沟通的时长恰恰是你能力缺口的直接度量。沟通越久说明你对这个领域的判断力越弱。AI 从来不会「承认自己不知道」它会一本正经地给你一个错的答案然后等你花三天发现它错了。你以为你在做需求其实你在做一场「盲人摸象」。三、「写出来就觉得自己很厉害」是最毒的一步这是我观察到最普遍、也最隐蔽的一种心态变化。AI 帮你把最难的一步——把模糊的想法变成能跑的代码——糊过去了。于是你产生了一种强烈的错觉「这东西我做出来了说明我会了。」可是你跳过了中间那个真正有价值的过程设计、拆解、试错、踩坑、想清楚为什么。写代码最值钱的从来不是那几行能跑的东西是你为了写对它而经历的那一堆「想不明白」。AI 把你从这个过程里解放了出来顺手也把你的成长解放没了。结果是什么是越来越多的开发者产出量在涨判断力在掉。代码一行行累加能力一点点流失。这种「厉害」是租来的不是攒下来的。四、你的「重构」其实是第一次就没做对我见过太多团队每隔一段时间就来一次「重构」。有些重构是正常的——代码跑久了结构慢慢腐烂定期梳理一下这是健康的代谢。但 AI 驱动的团队是另一种情况而且更普遍从头到尾就没有人真正理解过整体结构。代码是 AI 一段段拼出来的模块之间的边界是幻觉抽象是碰出来的依赖关系是随机的。它短期能跑但你根本不知道它为什么能跑。这种团队的重构不叫梳理叫打补丁打到实在打不动了推倒重来然后美其名曰「重构」。于是你看到一个荒诞的循环快速堆出一坨没人懂的代码 → 撑不住了 → 推倒重来 → 再快速堆出一坨没人懂的代码。重构的成本是翻倍的但没人算这笔账因为每次「重构完」的当下代码又是「对的」。对只对当下。五、AI 只会做加法因为它没有「设计意图」前面几条还能被反驳一句「是你不会用」。这一条是 AI 的物理局限反驳不了。一句话AI 是局部最优全局无意识。你让它写的每一段代码单独拎出来都对甚至比很多人写得还规范。但它没有「设计意图」这个东西——它看不到三个月后业务会怎么变不知道这个模块未来要不要拆、性能瓶颈会卡在哪、团队再加两个人之后这个抽象还撑不撑得住。这些判断靠的不是「会写代码」是踩过坑换来的架构经验。所以 AI 只会干两件事第一做加法。你提需求它堆代码。一段逻辑出现三次它也不抽出来因为「抽象」这个动作需要判断「未来哪些会变」——这是经验不是模式识别。第二不做减法。它很少主动告诉你「这两块该合并」「这个抽象是过度设计」。因为做减法的依据是全局视野而它的视野只有一个上下文窗口那么大。这就是「累加式开发」的根源人类架构师干的是「为未来做决策」AI 只会「为当下写最省事的代码」。短期看啥都对长期看全是债。拓展性、可维护性、演进能力——这些词 AI 一个都不懂它只会把它们写进注释里。六、接受 AI但别把脑子也交出去写到这儿你可能以为我要砸机器喊一句「别用 AI 了都回去手写」。不那是另一种蠢。AI 是放大器不是替代品。厉害的人用它快十倍不会的人用它烂十倍还不自知。问题从来不在工具在于你有没有判断力去驾驭这个放大器。我给自己划了一条边界你可以参考可以让它做的你不熟领域的探索、样板代码、正则和脚本、代码 review 的对照组、把一个想法快速跑通验证。必须人把关的架构决策、领域建模、技术选型、数据库和接口的稳定性边界、以及——「要不要重构」这个动作本身。一句话概括让 AI 干你「会但不爱干」的活别让 AI 干你「不会所以想躲」的活。前者省时间后者造幻觉。最后说一句不太好听但我觉得该说的话。这两年我见过太多开发者产出曲线一路向上能力曲线一路向下两条线交叉的那一刻人还浑然不觉。因为系统能跑需求能交老板没意见——所有的报警器都哑了而那个本该报警的人自己把电池抠了。AI 不会让工程师失业。它只会让假装是工程师的人快速现形。