2026年10月14日InfrastructureCodingAgents

Anthropic 弃用了 git:一天三万次合并把它压垮了

5月,Anthropic 每天合并大约 2500 次代码变更。到9月,超过 3 万次。解释这之后发生了什么的那篇文章开头就说,写代码在 Anthropic 已经不是瓶颈了,瓶颈是为人类规模设计的源码管理、构建和 CI。于是一个 7 人团队做了一套新的版本控制系统 Scion,外加代码评审工具 Antique、代码搜索和源码权限层,五个月内把整个 monorepo 从 git 迁走了。

决定背后的数字:主分支历史接近 100 GB,压缩后的工作副本超过 25 GB,光 CI 每天就要做 2500 万次 checkout。按 git 的老办法拉取,一天 600 PB 流量。为了活下去 Anthropic 跑了几百个内部 git 镜像。关键洞察是 git 的整个设计,每个克隆都是一个完整的离线服务器,对一个几乎全是 agent 和常在线任务的客户群来说是错配。Scion 反过来:历史、blame、提交、合并、rebase 全在服务端做;客户端只维护一个有界缓存和稀疏或虚拟化的 checkout;所有查询都暴露成 API,很多 CI 任务根本不需要 checkout;提交是只追加的变更集,成本随 diff 大小走而不随仓库大小走。结果是 CPU 和内存占用比镜像集群小 200 倍,checkout 从分钟级到秒级,CI 省出 25% 的 CPU 容量。

比架构更要紧的是两个细节。第一,大部分是 Claude 写的。他们把手写的 git 到 Scion 的导入管线交给早期内部版 Claude Mythos Preview 重写,不加任何额外指令,产出版本内存少 20 倍、快 4 倍,还保住了所有隐含不变量。团队里每个工程师现在都认为 Claude 写代码比自己强,文章说他们的工作经常就是对 Claude 说不:agent 会为了满足某个模式去违反核心约束,对抗式评审又让它为假想的风险过度设计。评审现在看意图,不看每一行。第二,文章承认合并队列在 agent 规模上说不通。Anthropic 复刻不了全局仓库锁,于是转向合并后和部署前测试,产生的冲突让 Claude 修,比人发现得还快。每个子系统的健康由他们叫「superfan」的 Claude 盯着,在 Slack 频道里读遥测。

这是我们一直叫「harness 不是模型」这条线迄今最清楚的数据点。模型 5 月没有变强,是底下的基础设施重建了,合并率涨了 10 倍。Anthropic 明说 Scion 不是给别人用的 git 替代品,也很难开源,意思是第一套 agent 原生工具链同时也是私有的。Dex Horthy 的解读,一旦没有人在环里,版本控制就是生产系统的一部分,拿了 5.6 万曝光,几条总结帖过了 7 万。HN 讨论 402 分。

链接:https://www.anthropic.com/engineering/redesigning-source-control ,https://news.ycombinator.com/item?id=50073633 ,https://x.com/dexhorthy/status/2110080282279719187
← 上一篇
Gemini 4 Argon 全量开放:输入2美元输出10美元,证据是谷歌自家的 agent 车队
下一篇 →
406位科学家呼吁物理隔离,同一天路透曝光实验室在争评估员能发表什么
← 返回所有文章

评论

加载中...
>_