AI 范式雷达：《四十年旧账，第一次排进了工期表》
内容提要
AI正推动企业系统性偿还存量代码技术债。2026年10月底至11月初，Hacker News六个独立热帖从媒体、甲方、开源、职业、安全等角度共同指向这一趋势：Cisco称给年轻工程师无限token重写98%遗留代码；Postgres 19延期被归因于AI扫出更多旧缺陷；IEEE Spectrum称AI迫使企业偿还四十年技术债。但反方指出，发现缺陷本是好事，且AI同时加速制造新债；arXiv实测显示，未被改动的旧文件通过率反而高于模型改写后的版本。
延伸解读
“还债”叙事的三本账：甲方、工期与职业
文章将六个独立热帖归为三本账：Cisco 自述给年轻工程师无限 token 重写 98% 遗留代码，是甲方预算授权；Postgres 19 延期被归因于 AI 扫出更多旧缺陷，是开源工期账单；SigNoz 设问 AI 接手 95% 事故响应后人的处置能力是否荒废，是职业账。三本账口径均来自自述或单一信源，热度独立但观点同源，读者需注意其非第三方复测性质。
反方三脚刹车：归因、造债与量化反证
文章列出三条反方论据：一是“发现更多缺陷本是好事”，将 Postgres 延期归因于 AI 缺乏前 AI 基线；二是“每一行代码都是负债”，LLM 倾向全加而非取舍，偿还与制造同期发生；三是 arXiv 实测显示，未改动的 83 个旧文件全部通过检查，而最好的模型仅保留 59 个，且破坏 32-51 个文件、至多修复 10 个。该数字仅适用于无反馈单轮现代化，不外推到带测试的 agent 流程。
工具轴滞后于账本：需求先行，验收待补
GitHub 搜索面显示，legacy modernization 相关库存量可观，2026 年 9 月后新建仍有 306 个，但头部工具包均创建于观察窗外，窗内新建者星数寥寥。文章据此判断需求与账本先行、工具轴滞后。可执行动作是：排期前先用 Rector 建基线，将“破坏 32-51、修复至多 10”视为默认预期，并对重写产物按“未记录行为约定会丢失”设验收，先补测试再合并。
Q&A
为什么说AI正在推动企业偿还技术债？有哪些具体迹象？
2026年10月底至11月初，Hacker News上六个独立热帖从不同角度指向同一趋势：Cisco总裁称给年轻工程师无限token重写98%遗留代码；Postgres 19延期被归因于AI扫出更多旧缺陷；IEEE Spectrum称AI迫使企业偿还四十年技术债。这些事件共同表明存量代码正从“能跑别碰”转向“有预算有工期”。
Cisco是如何用AI重写遗留代码的？具体授权和目標是什么？
Cisco总裁Jeetu Patel受访称，公司给一名27岁工程师无限AI token授权，目标是重写98%的遗留代码。但98%、无限token、27岁均为Cisco自述口径，第三方未复测。
Postgres 19延期与AI有什么关系？
有帖子将Postgres 19延期归因于AI扫老代码后缺陷发现量上升，这被视为“还债预算首次超过新功能预算”的开源版实证。但反方指出，发现更多缺陷本是好事，且前AI时代晚期beta同样撞出过服务器级缺陷，归因缺基线。
有研究证明AI现代化旧代码反而会破坏原本能工作的代码吗？
有。arXiv论文《When Modernization Breaks Working Code》实测：5个模型各现代化每100个WordPress 4.0的PHP文件到PHP 8.3，结果未改动的83个文件已通过所有检查，最好的LLM只留下59个；每个模型破坏32-51个正常文件，最多修复10个，而规则工具Rector只破坏7个、修复6个。
AI在偿还旧债的同时，会不会制造新的技术债？
会。评论指出“每一行代码都是负债”，人类会在加与不加之间取舍，但LLM不会、全都加；有人自述把AI写的表单应用砍掉三分之二；还有评论指出欠债成因是没上线就丢工作，工具变便宜不改写激励。因此偿还与制造同期发生，净债务走向未知。
企业如果要用AI现代化旧代码，有什么可操作的建议？
建议：排期前先跑规则工具Rector建基线再让模型入场，把“破坏32-51、修复至多10”当默认预期；对重写产物按“未记录行为约定会丢失”设验收，先补测试再合并；Cisco式授权当组织样本看，不替任何人验证98%。
