打开你们仓库看看过去 30 天：有多少代码只是“挪了位置”？
接近零的话，先别急着怪 AI。真正悄悄死掉的，是一个老程序员的习惯——顺手整理。
以前加功能，会顺手把碰到的旧代码理一下，代码库越住越整洁；现在加代码不要钱了，没人想整理了。知乎专栏
GitClear 把 2023 到 2026 年 6.23 亿次代码改动翻了个底朝天：“被移动的代码”占比从 2022 年的 21% 一路掉到 2026 年的 3.8%；连续五行以上的重复块，每百万改动行从 40.3 涨到 73.0，四年涨了 81%，历史最高。知乎专栏知乎
2022 年，程序员重构的倾向还是复制的两倍；现在彻底反过来了——复制的倾向是重构的五倍。知乎专栏
屎山的定义从来不是代码多，是只进不出。
新型屎山和老屎山有个本质区别：人写的烂代码当场暴露，编译不过、测试爆红，骂两句就修了；AI 写的“几乎对”会潜伏——review 能过、测试能过，上线几个月才被一个没人想到的边界条件引爆。知乎专栏
Stack Overflow 2025 年调查中，66% 的开发者把“几乎正确，但差一点”列为使用 AI 的最大困扰。知乎
Sonar 调查 1100 多名开发者，53% 说 AI 代码最大的坑不是跑不通，而是“看起来正确，但不可靠”。烂代码你至少会恨，“几乎对”的代码你会信任它——这才是它贵的地方。知乎专栏
更糟的是修补循环：看不懂？让 AI 改。每个补丁都有“合理的理由”，屎山多一层，所有人都说自己更忙了。漏改一个副本，就是一个只在特定路径下复现的 bug。
最深的坑在人身上。今年 1 月 Anthropic 的随机对照实验：52 名工程师学一个没用过的 Python 库 Trio，一半 AI 辅助、一半手写，做完任务立刻测验——AI 组速度没快多少，测验得分低了约 17%。刚写完代码的人，和刚写完的代码，对不上了。知乎专栏
1985 年 Peter Naur 就说破过这件事：程序真正的产品不是代码，是人脑子里那套“为什么”——为什么这么设计、边界在哪、动哪会炸。AI 能量产代码，量产不了“为什么”。老屎山是人走了才成孤儿，新型屎山生下来就是孤儿。知乎专栏
但这不能怪态度。“抄一段能跑的”成本只剩几秒，“把它并进已有结构”的活儿却要读懂周边五个文件、确认抽完没炸别处，成本一分没降。账一失衡，人自然全去做便宜的那件事。知乎专栏
所以 DORA 把 AI 概括为组织能力的“放大器”：放大既有优势，也放大原有问题。GitClear 把话说得更狠——账单会在你最付不起的时候送到。知乎专栏知乎专栏
自救三件事，今晚就能干：
换掉 review 的问法：别只问“这能跑吗”，要问“这段和仓库里哪段像”，后者才是结构层答案。知乎专栏
给重复设绊线：CI 里加规则，连续五行重复就报警，先别拦死，让它可见。
守一条底线：AI 改完你讲不明白的，不合并。不是每行都要懂，但主干必须在脑子里。
屎山从来不是 AI 写烂的，是没人肯整理了。AI 把“生成”砸到免费，把真正的工作全赶回了“理解”这一侧。你的团队停掉重构那天，烂账就已经上路。
你们仓库的“重构”消失了吗？评论区聊聊。
