跳到正文
原文
Simon Willison·· 25 天前精选AI 评分63

Anthropic 因代码变更量激增自研版本控制系统 Scion 替代 Git

Redesigning source control at Anthropic

AI 摘要

Anthropic 因代码变更量激增,自研了替代 Git 的版本控制系统 Scion,由 7 人团队在五个月内完成迁移。其日均合并代码变更从 2026 年 5 月的约 2500 次增至 9 月的逾 3 万次;主分支历史近 100 GB、压缩工作副本超 25 GB,每天约 2500 万次 CI 代码检出,若按传统方式拉取每日 Git 流量将超 600 PB。

正文 · AI 翻译

2026年10月13日 - 链接博客

Anthropic 重构源代码控制 (via) 来自 Anthropic 的有趣文章,描述了他们为什么以及如何构建了自己的 Git 定制替代方案,基于过去六个月他们代码变更率的急剧增加

2026年5月,Anthropic 平均每天大约合并约2,500次代码变更;截至9月,我们每天合并超过30,000次

他们包含了一张显示这些变更的图表。我 让 Claude 修改了他们的图表 (代码在这里) 以添加他们2026年每个模型公开发布的标记:

Stacked bar chart titled “Changes merged per day”, for the Anthropic monorepo, January–September 2026. Each day’s bar is split into pull requests (blue) and antique change requests (orange), with a black line for the 7-day average. Weekdays start at around 1,000 merges in January and climb slowly to about 3,000 by late May. Antique change requests appear in late May, overtake pull requests in mid-June and have almost fully replaced them by mid-July, when weekdays reach 6,000–8,000. A labelled “Quiet week” at the end of July dips below 1,000 a day. After that, growth turns steep: over 10,000 a day by mid-August, about 17,000 in early September, and a peak of 30,401 on Sep 9. Dotted lines mark Claude model releases: Opus 4.6 (Feb 5), Sonnet 4.6 (Feb 17), Mythos Preview (Apr 7), Opus 4.7 (Apr 16), Opus 4.8 (May 28), Fable 5 and Mythos 5 (Jun 9), Sonnet 5 (Jun 30), Opus 5 (Jul 24, just before the quiet week), and Fable 5.1 and Mythos 5.1 (Sep 1).

这显示了公开发布日期,而不是模型对 Anthropic 内部使用的可用日期。我的猜测是 Fable/Mythos 类模型的引入是编码速度增加的关键因素

"Antique" 是他们新的代码审查系统。源代码控制系统称为 Scion,在我看来像是沿 Subversion 方向对集中式源代码控制的再创造。他们有一些相当极端的要求:

我们主分支的历史几乎有100 GB,而一个 压缩 的工作副本超过25 GB。在计算开发者环境、代理沙盒和研究工作之前,我们每天为CI执行大约2500万次代码检出。如果天真地获取,那将每天产生超过600 PB 的 git 流量

新系统由一个七人团队构建,从 Git 的迁移在五个月内完成

当在 Hacker News 上被问及缺乏离线支持时,Scion 工程师 Nick G 回复:

由于 Claude 是 Scion 的最大用户,并且必然在线,因此这根本不是一个重要的功能

附带一提,我最近在我的自己的项目中尝试对抗性审查,其中你让一个模型尝试找出缺陷(我经常让 Claude 和 GPT 互相竞争)。这篇文章中的一则笔记反映了我自己的那种经验:

Anthropic 也广泛使用对抗性审查,虽然这在很多方面非常有效,但它也可能有短视的一面,因此需要熟练的工程师引导 Claude 避免在应对假设性问题时对系统的某些部分进行过度设计。

来源:Simon Willison · simonwillison.net

00