代码库像阁楼里一排蒙灰的缝纫机：机器未必坏，人一想到拆线、换轴、上油，肩膀先酸了，于是门一关，当它们已经死了。编码代理替代的不是程序员，是“算了太难”。我觉得陶哲轩这篇文章真正写中的，就是这件事。
2026年7月11日，陶哲轩写了一篇讲“旧应用怎样借现代编码代理复活，新应用怎样顺手长出来”的文章。许多人会把这种文章读成职业寓言：人工智能来了，程序员要被挤下桌。我看这判断浅了。程序员最常见的失败方式，不是被替代，而是被麻烦劝退。
软件史上最勤奋的项目经理，是那句“先算了”。
第一个场景，是给旧代码做尸检。1999年，陶哲轩为复分析和线性代数课程写过一批老版 Java（早年常用的编程语言）小程序。后来浏览器标准一变，这批东西集体哑火。不是数学过时了，不是代码完全无药可救，而是没有谁愿意再抽出整块时间，把这些老零件一颗颗拆下来重装。结果这次他让编码代理把二十来个小程序迁到 JavaScript（网页常用脚本语言）上，几个小时里就重新跑起来了；只查到一个小毛病，反倒顺手揪出了原代码里两个旧错误。
旧代码最常见的死因，不是报错，是没人愿意再给它做人工呼吸。
第二个场景更像一记闷棍。还是1999年，他想做一个相对论可视化工具，大意是“Inkscape（矢量绘图软件），但运行在闵可夫斯基时空（把时间和空间并在一起的相对论坐标）里”。这个想法并不怪，怪的是我们总以为好点子会自己长成成品。它当年死在哪？死在复杂度面前。不是不会，不是不懂，而是越写越像在手搓一台钟表，零件一多，人先认输。二十七年后，他用聊天式的方式带着编码代理迭代了几个小时，当年的工具终于落地。数学家还是那一个，想法还是那一个，被替代的只是当年那句“这玩意太复杂，先放着”。
编码代理不是自动驾驶，它更像给想法配了一台叉车。
第三个场景，才真正暴露出新秩序。那天他刚写完一篇关于素数差分三角形的吉尔布雷思猜想文章，转头一想，不如顺手做个交互可视化。放在过去，这种念头通常活不过十分钟。论文本体已经交差，谁还肯再为一个“附加说明”开新工地？可这次又是几个小时，对应的演示工具就出来了。注意这里的变化：不是核心证明被机器接管了，而是过去永远排不上预算、排不上耐心、排不上工程期的解释层，被批量放行了。
这才是反常识的地方。多数人盯着“它会不会代替程序员”看，像盯着舞台中央的主角；真正改剧本的，却是后台那个把道具从仓库拖出来的人。组织里堆满了这种半死不活的东西：迁移一半的内部系统，写到一半的报表工具，差一个界面就能让学生看懂的教学小程序，差一个脚本就能省掉办公室里每周三小时重复劳动的自动化。它们长期不存在，不是因为人类缺乏智力，而是因为每个人都很清楚：这事麻烦，回报又未必立刻看见。于是“理性”地放弃。久而久之，放弃本身就成了制度。
便宜从不只生产精品，它也生产垃圾；可每一次把制作成本打下来，都会顺手释放一批本来根本不会出生的好东西。印刷术如此，桌面排版如此，视频剪辑如此，编码代理也如此。它最先爆发的，不会是核电站控制系统，而是辅助工具、解释界面、一次性脚手架、老项目迁移、边角料产品。它最先改变的，不是技术的上限，而是动手的下限。
过去，产品常死在“不会写”。现在，更多产品会死在“想不清”。
所以我的判断很明确：编码代理没有把程序员变得不重要，它只是把程序员从最耗心气的泥地里拽出来。以后真正稀缺的，不是能把功能敲出来的人，而是能判断什么值得做、能把模糊念头说清、能把“差不多”改成“就做这个”的人。旧应用会因此复活，新应用会因此疯长，而最先被淘汰的，不是某一类工种，是那句在无数会议、无数夜里、无数脑内独白里反复出现的老台词：
算了，太难。
别人聊 AI，我们测 AI——每个结论都能下载原始数据自己复算。 🔗 官网 👉 https://crawdpad.com