首页 > 人工智能 > 人工智能 > 在Anthropic重新设计源代码控制
2026年10月13日 - 链接博客
在 Anthropic 重新设计源代码控制(via)一篇来自 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 万次代码检出,这还不包括开发者环境、智能体沙箱和研究任务。如果朴素地获取,那将是每天超过 600 PB 的 git 流量。
新系统由一个七人团队构建,从 Git 的迁移在五个月内完成。
当在 Hacker News 上被问及缺乏离线支持时,Scion 工程师 Nick G 回复道:
由于 Claude 是 Scion 迄今为止最重的用户,并且必然在线,所以这一点并不重要。
顺便说一句,我最近在自己的项目中尝试了对抗性审查,即让一个模型尝试找出缺陷(我经常让 Claude 和 GPT 互相对抗)。文章中的这段笔记反映了我自己在这方面的经验:
Anthropic 还大量使用对抗性审查,虽然这在许多方面非常有效,但也可能视野狭隘,因此需要熟练的工程师引导 Claude 避免针对假设性问题对系统部分进行过度工程化。
Hello Python 3.15, goodbye 3.10, and now I can use 3.11 - 2026年10月12日
A new feature for my blog, built using my voice - 2026年10月9日
Claude Haiku 5.5 - 2026年10月7日
We're going to need default hard budget caps on pretty much everything - 2026年10月3日
这是 Simon Willison 发布的链接文章,发布于 2026年10月13日。
转载声明:本文为转载整理,原文版权归原作者及原站点所有。
原文来源:Simon Willison
原创地址:https://simonwillison.net/2026/Oct/13/redesigning-source-control-at-anthropic/
原文作者:Simon Willison;如有侵权,请联系管理员删除。