刚上线就要推倒重构？AI 正在终结软件寿命

很多开发者还没把部署文档归档，手里负责的系统就已经进入淘汰倒计时。

今天的软件开发正在变成一场荒诞剧：你刚写完最后一行单元测试，架构评审会上就已经坐满了手握拆迁锤的重构团队。技术杰作变成人人嫌弃的「祖传屎山」，中间甚至没有经历过成熟期。

荒诞喜剧照进现实：软件版「花光十个亿」

1985 年的经典喜剧电影《布鲁斯特的百万横财》（Brewster’s Millions，也是国内《西虹市首富》的灵感原型）讲过一个设定：主角蒙蒂必须在 30 天内花光 3000 万美元，才能继承真正的巨额遗产。

其中最荒谬的一幕发生在豪宅装修上。

蒙蒂雇来顶尖施工队，日夜赶工，砸下重金粉刷墙面、铺设大理石、换上全套奢华家具。资金像开闸放水一样蒸发。终于，一套叹为观止的样板间完工了。

然后呢？他立刻叫来拆迁队，把它砸了个稀巴烂。

这个曾经让人捧腹的情节，如今成了软件行业的日常写照。管理层砸下数百万预算，产研团队通宵达旦赶工，技术选型层层论证，微服务拆了又合，Kubernetes 搞得比银行还严密。系统正式上线还不到半年，下一任架构师或者新晋领导就会指着架构图摇头叹息：“这套系统扩展性不行，得推倒重写。”

从「耐用品」到「一次性纸杯」

软件曾经是数字建筑。十年前，一套用 Java 编写的 ERP 或电商交易系统，核心逻辑跑个七八年并不罕见。工程师以打造高内聚、低耦合的系统为荣，追求的是抗压耐用的工程美学。

AI 的介入直接粉碎了这种工程神话。

当大模型能在数分钟内生成完整的脚手架、接口和前端界面时，代码的边际生产成本断崖式下跌。但随之而来的副产品更惊人：代码的维护成本并未下降，阅读和排错成本反而因为生成代码的泛滥而飙升。

当修改一个旧模块的成本，高于直接让 AI 重写一个新模块时，软件的资产属性就瓦解了。它不再是砖石筑成的房屋，而变成了用完即弃的塑料打包盒。需求稍微一变，团队的第一反应不再是优雅扩展，而是直接把旧逻辑扔进垃圾桶，唤醒 AI 生成一套新的。

致命的效率悖论

技术迭代越快，系统的折旧速度就越疯狂：

1. 文档永远滞后：甚至连生成代码的 Prompt 还没存进知识库，代码库就已经被标记为待重构。
2. 认知负债压垮技术负债：没有一个活人真正理解整套系统的完整运行路径，推倒重来成了规避理解成本的唯一手段。
3. 交付即遗留：上线的瞬间，就意味着技术选型的落伍。昨天还在追捧的编排框架，今天就成了阻碍 AI Agent 调用的瓶颈。

电影里的蒙蒂拼命砸钱是为了赢得财富自由，但今天的开发者拼命推倒重构，却只是为了在飞速旋转的技术跑步机上不掉下来。当我们能以光速制造软件时，也许该停下来想一想：如果我们制造的一切生来就注定被销毁，那我们究竟在构建什么？