Claude写掉八成代码，CI任务暴涨25倍

Anthropic披露的内部数据勾勒出一幅相当夸张的图景：全公司80%的代码由Claude编写，工程师季度交付代码量达到2021至2025年平均水平的8倍。更值得注意的是，连代码审查、合并批准这类通常被视为“由人把关”的环节，也大量落在了Claude头上。

但AI写代码的“行为模式”与人类工程师完全不是一回事。它偏爱提交粒度极细的PR，全天候不停手地提交，还把测试用例数量推高了10倍。这套玩法很快就把持续集成系统砸瘫了：CI运行任务量在6个月内暴涨25倍。

面对过载，Anthropic先后打了三次补丁——增加核心、分片、每日强制重启，结果全部失效。最终，他们听了Claude自己给出的建议，把服务推倒重来，改用分布式无状态的新架构，CI过载问题才真正得到解决。

值得细看的是三次失败尝试背后的共性：它们都在原有架构上做加法，试图用更多的资源、更细的切分、更频繁的重启去消化突然放大的流量，却没有触动流水线本身的设计假设。真正奏效的方案是一次彻底重构，把状态从服务中剥离出来，让计算能够横向铺开。换句话说，问题的根源不在容量不够，而在于架构形态与新的负载特征已经不再匹配。

这起事故的信号很清晰：AI编程带来的冲击，已经从“程序员写不写得完”这一层，蔓延到整套软件工程体系的承载能力。当写代码这件事不再受人力节奏约束，提交频率、PR粒度、测试规模都会以完全不同的量级增长，而对面的CI、代码审查与发布流程，仍然是按人类习惯设计的流水线。最先扛不住的，往往就是这些环节。

对工程团队而言，这或许意味着一个优先级的变化：在引入AI编码助手的同时，需要同步审视构建、测试、审查链路的容量模型，而不只是关注生成速度有多快。