跳转至

封面

代码能跑,然后呢?

AI 正在以前所未有的速度写代码。问题是——没人看得懂它写了什么。

「这行代码什么意思?」——全组沉默

上个月,一家硅谷 SaaS 公司的 CTO 在内部 Slack 里发了一条消息。

「谁能解释一下这个 PR 里第 47 行的逻辑?」

三小时过去了,零回复。

不是没人看到。是看到的人——包括写这行代码的 AI——都没法解释。

代码通过了所有测试,跑得稳稳当当。但那个 200 行的函数里,藏着一个用三元运算符嵌套了四层的条件判断,两个没人见过的正则表达式,和一个似乎永远为 true 的布尔标记。

没人敢删。也没人敢改。

这就是 AI 编程时代的日常。

能跑 ≠ 能维护

2025 年,Cursor、Claude Code、GitHub Copilot 把「写代码」这件事的准入门槛打到了地板。

你不需要理解算法复杂度。你不需要知道设计模式。你甚至不需要会写 for 循环。

你只需要用自然语言描述你想要什么,AI 在 10 秒内给你吐出一个完整的 feature。

2026 年第一季度,Stack Overflow 的调查显示:72% 的专业开发者「经常使用」AI 辅助编码,43% 承认「有时候直接把 AI 代码提交到生产环境,没仔细 review」。

能跑就行。

但「能跑」和「能维护」之间,隔着一个深渊。

办公室程序员盯着屏幕发呆

技术债的复利效应

GitClear 的数据让人后背发凉。

对比 2023 年和 2026 年 Q1 的代码库:代码重复率上升了 217%,每个 PR 的平均改动行数下降了,但「重构提交」——那种只改代码结构、不该外部行为的工作——暴跌了 62%

翻译成人话:AI 在狂写代码,但没人敢动它写过的东西。

就像一个租客搬进了豪华公寓,把所有家具都焊死在地板上。能住,但你这辈子别想重新布局。

更恐怖的是第二层效应:当你在 AI 代码的基础上再让 AI 写新功能,AI 读不懂自己之前写的垃圾——于是它在垃圾上堆更多垃圾。

业内管这叫 「代码堆肥」(Code Composting)

堆得越多,腐化越快。三年后,整个代码库会变成一座谁都不敢碰的废墟。

「但我们的交付速度翻倍了」

这是最常见的反驳。

对吧?三个月从零到产品,上线第一天就有人付费。你搞什么代码质量洁癖?

问题是——你把时钟拨到第 18 个月看看。

需求变了。市场转向了。你需要在核心模块里加一个看起来不复杂的改动。

你的团队盯着 AI 留下的遗产,发现: - 一个 3500 行的单文件,注释只有「// generated by AI」 - 三个功能高度重复但实现方式完全不同的模块 - 一套自己发明的、没有任何文档的缓存机制

那个「看起来不复杂」的改动,预估工期:6 周。

其中 5 周都在读代码。

不只是「烂代码」的问题

传统的技术债,你可以怪初级程序员,怪 deadline 太紧,怪需求变太多。

AI 带来的债,本质上不一样。

第一,不可解释性。 人类写的烂代码,你至少知道烂在哪——逻辑混乱、命名糟糕、耦合过度。AI 写的代码经常是:语法完美、风格统一、逻辑高度压缩——但你拆开后发现每一步都是对的,只是你无法理解为什么这些步骤拼在一起就对了。

就像一个数学天才给你证明了一个定理,步骤严谨,但你读完后依然不知道他是怎么想到的。

第二,没有 owner。 传统项目里,每个模块都有一个人——哪怕他已经离职了——至少「曾经有过」一个 owner。AI 写的代码从一开始就没有人真正拥有它。出 bug 的时候,全组的反应都是:「不是我写的,是 AI 写的。」

服务器机房一个人在排查故障

那些已经翻车的公司

不讲理论,讲真实案例。

一家欧洲 FinTech 公司 2025 年用 AI 重构了他们的支付核心系统。测试覆盖率达到 99.2%,上线后三个月零故障。CTO 在 Twitter 上发帖庆祝:「AI 替代了整个后端团队。」

2026 年 2 月,欧盟更新了支付监管标准。

改动需求:在交易流水里加一个新字段。

听起来简单。但 AI 当年生成的代码里,交易数据经过了一个没有任何人能解释的「数据清洗管道」。那个管道用了一套动态生成的哈希映射,输入和输出之间的映射关系没人说得清。

一个字段的改动,变成了一次核心模块的完全重写。

耗时:四个月。花掉的钱:当初「省下的」开发成本的 3 倍。

解药是什么

不是不用 AI。

是搞清楚 AI 应该干什么,不应该干什么。

第一,AI 写代码,人写测试。 永远让人定义「正确」是什么。AI 的工作是满足这个定义,不是创造定义。

第二,强制可解释性输出。 要求 AI 在生成代码的同时输出:设计决策树(为什么选这个方案)、边界条件清单、依赖关系图。代码可以不完美,但必须有人看得懂。

第三,AI 代码的「无菌区」。 核心业务逻辑——支付、权限、数据模型——必须由人设计、人 review。AI 只负责胶水代码和样板代码。

第四,技术债的定期追踪。 引入自动化工具,对 AI 生成的代码区块进行复杂度评分、重复度检测、可维护性量化。技术债不能等爆发了再处理。

会议室内团队争论白板上的架构图

代码写完了,故事才开始

AI 编程工具把「写出能跑的代码」这件事从「值钱」变成了「免费」。

但「写出 5 年后还能维护的代码」——这件事不但没有变便宜,反而更贵了。

因为现在你要维护的不只是代码,还有一堆你不知道为什么、但确实在工作的魔法。

下次你 Cursor Tab 一按,AI 帮你补全了一个 50 行的函数。

花 30 秒读一遍。

不是为了现在。是为了 6 个月后凌晨 3 点被 P0 告警叫醒的那个你。

他能看懂的代码,才是真正能跑的代码。