日合并三万次，Anthropic 重构版本管理

2026 年 10 月 13 日 — 链接博客

Anthropic 重构源码管理（转引）：Anthropic 的这篇文章很有意思，介绍了他们为什么要构建自己的 Git 替代方案，以及具体是怎么做的。起因是过去六个月里，他们的代码变更速度大幅增长。

2026 年 5 月，Anthropic 平均每天合入约 2,500 次代码变更；到了 9 月，每天合入的变更已经超过 30,000 次。

他们在文章中放了一张图，展示这些变化。我让 Claude 修改了这张图（代码见此处），标出了他们在 2026 年公开发布各款模型的时间：

图中标出的是公开发布日期，而不是这些模型开始供 Anthropic 内部使用的日期。我猜，Fable/Mythos 级别模型的引入，是编码速度提升的一个关键因素。

“Antique” 是他们新的代码审查系统。源码管理系统则叫 Scion，在我看来，它像是重新实现了一套类似 Subversion 的集中式源码管理系统。他们的需求相当极端：

仅主分支的历史记录就接近 100 GB，压缩后的工作副本也超过 25 GB。光是 CI，我们每天就要执行约 2,500 万次代码检出，这还没算开发环境、Agent 沙箱和研究任务。如果直接用最朴素的方式拉取，每天产生的 git 流量将超过 600 PB。

这套新系统由一个七人团队构建，从 Git 迁移过来的工作在五个月内就完成了。

顺便说一句，我最近也在自己的项目里尝试对抗式审查，也就是让一个模型尝试找出问题（我经常让 Claude 和 GPT 互相挑毛病）。文章里的这段话，与我的亲身体验很一致：

Anthropic 也大量使用对抗式审查。虽然这种方式在很多方面都极其有效，但它也可能目光短浅，因此需要经验丰富的工程师来引导 Claude，避免它为了应对假想的问题，对系统的某些部分过度设计。

你好 Python 3.15，再见 3.10，现在我可以用 3.11 了 — 2026 年 10 月 12 日

用我的声音构建的博客新功能 — 2026 年 10 月 9 日

Claude Haiku 5.5 — 2026 年 10 月 7 日

我们几乎需要为所有东西默认设置不可突破的预算上限 — 2026 年 10 月 3 日

这是 Simon Willison 于 2026 年 10 月 13 日发布的一篇链接文章。

每月赞助我 10 美元，即可收到一封精选邮件，汇总当月最重要的 LLM 进展。

付钱给我，让我少给你发点东西！