ITPub博客

首页 > 人工智能 > 人工智能 > 在Anthropic重新设计源代码控制

在Anthropic重新设计源代码控制

人工智能 作者:ITPUB社群 时间:1970-01-01 08:33:46 0 删除 编辑

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;如有侵权,请联系管理员删除。

请登录后发表评论 登录
全部评论

注册时间:2022-11-21

  • 博文量
    1148
  • 访问量
    548717