Claude的代码过载几乎压垮Anthropic的CI系统

当AI编写代码时，流水线付出代价

在Anthropic，一些不寻常的事情正在发生。公司80%的代码现在由Claude编写，这是他们自己的AI模型。工程师每季度交付的代码量是2021年至2025年平均水平的八倍。甚至代码审查和合并批准也主要由AI处理。

但问题在于：AI的编码方式与人类不同。它整天提交微小的拉取请求，用测试用例淹没系统——数量是通常的十倍。结果？CI任务在短短六个月内飙升了25倍，几乎压垮了整个持续集成（CI）系统。

三次补丁，三次失败

Anthropic试图修补问题。他们增加了更多核心，分片了工作负载，甚至强制每日重启。但都没有奏效。系统在AI生成代码的无情节奏下持续窒息。

最终，他们向Claude寻求建议。AI建议进行彻底重建：一个分布式、无状态架构。这奏效了。CI过载问题得到了解决——不是通过调整旧系统，而是通过彻底重新思考。

真正的瓶颈不是代码——而是流水线

这一事件发出了明确的信号。问题不再是AI能否编写代码。而是我们的软件工程系统能否跟上。当代码生成不再受人类节奏的约束时，首先崩溃的是为人类习惯设计的流水线。

想想看：如果AI生成代码的速度快于我们测试和合并的速度，那么更快的编码有什么意义？瓶颈从编写转移到集成。而这是我们尚未完全解决的问题。

关键要点：

• Claude编写了Anthropic 80%的代码，将产出提高了八倍。
• AI的细粒度PR导致CI任务在六个月内激增25倍。
• 三次补丁失败；分布式无状态重建最终解决了问题。
• AI驱动开发中的瓶颈现在是CI/CD流水线，而不是编码速度。