Simon Willison 博客 · 2026/10/14 07:00:06
Anthropic 重构源码控制：自研 Git 替代方案应对日均 3 万 AI 代码合并
Anthropic 因 AI 代理导致代码变更量激增（从日均 2500 次升至 30000 次），决定弃用 Git 并构建自定义源码控制系统。该新系统通过“Antique Change Requests”机制取代传统 Pull Request，以解决高并发下的版本控制瓶颈。这一工程实践揭示了在 Agentic Coding 时代，传统开发工具链面临的重构压力与性能极限。
报道全文原始报道全文
这是 Anthropic 发布的一篇有趣文章，阐述了他们为何以及如何构建自己的 Git 定制替代方案。其背景是过去六个月中，代码变更速率出现了急剧增长。
2026 年 5 月，Anthropic 平均每天合并约 2,500 次代码变更；截至 9 月，我们每天合并超过 30,000 次。
他们包含了一张展示这些变化的图表。我 让 Claude 修改了他们的图表（代码在此），以添加 2026 年每个模型公开发布日期的标记：
这显示的是公开发布日期，而非模型供 Anthropic 内部使用的日期。我的猜测是，引入 Fable/Mythos 类模型是编码速度提升的关键因素。
“Antique”是他们新的代码审查系统。源代码控制系统被称为 Scion，在我看来，它像是沿袭 Subversion 路线对集中式源代码控制的重新发明。他们有一些相当极端的要求：
仅我们主分支的历史记录就接近 100 GB，而压缩后的工作副本超过 25 GB。在计入开发者环境、Agent 沙箱和研究任务之前，我们每天为 CI 执行约 2500 万次代码检出。如果采用朴素的方式获取数据，每天的 git 流量将超过 600 PB。
新系统由一个七人团队构建，从 Git 迁移的工作在五个月内完成。
顺便提一下，我最近在自己的项目中尝试了“对抗性审查”（adversarial review），即让模型尝试找出缺陷（我经常让 Claude 和 GPT 互相博弈）。文章中的这段笔记反映了我对此的个人体验：
Anthropic 也广泛使用对抗性审查，虽然这在很多方面极其有效，但也可能存在视野狭窄的问题，因此需要熟练的工程师引导 Claude，避免其针对假设性的担忧过度设计系统的某些部分。
Via Hacker News
Tags: git, migrations, version-control, ai, generative-ai, llms, anthropic, agentic-engineering