先说结论：Anthropic Scion 是 Anthropic 自建的版本控制系统。编程 Agent 把单体仓库的每日合并从 2026 年 5 月的大约 2500 次，推到 9 月的 3 万次以上之后，他们把提交、合并和变基放到了服务端。Scion 只在内部使用。Anthropic 写明，它不是 Git 的通用替代品。
2026 年 10 月 13 日，Anthropic 工程团队发布了 《Redesigning source control at Anthropic》。页面注明 10 月 15 日做过更新。开篇说得很直：「coding is no longer the bottleneck to building systems or doing research.」他们写的瓶颈，是「为人类规模建的开发基础设施：源代码管理、构建和 CI」。
数字对得上这篇工程文。2026 年 5 月，公司每天合并大约 2500 次代码变更；到 9 月，每天超过 3 万次。主分支历史接近 100 GB，压缩后的工作副本超过 25 GB。仅 CI 每天就有大约 2500 万次代码检出，还没算开发环境、Agent 沙箱和研究任务。如果按朴素方式去 fetch，一天的 Git 流量会超过 600 PB。
于是七个人的小组做了 Scion、代码审查工具 Antique、代码搜索，以及按目录控制访问的系统，并在五个月内把单体仓库迁出 Git。Claude Mythos Preview 重写了 Git 到 Scion 的导入管线，内存降到原来的二十分之一，速度是原来的 4 倍。如果你在团队里跑 Claude Code、Codex 或其他编程 Agent，这篇文章预告的是你自己的下一个瓶颈。HiFox 针对的就是这件事：把 Agent 的工作、结果和审阅放在共享任务上，而不是散落在各个终端里。
Scion 和 Git 差在哪里
Git 假定每个克隆都是一份完整、可以离线工作的历史。Scion 相反：客户端一直在线，自己几乎不算。
| 比较 | Git | Anthropic Scion |
|---|---|---|
| 提交、合并、变基在哪里跑 | 本机 | 服务器 |
| 本地数据 | 完整历史 | 有上限的对象缓存，稀疏或虚拟检出 |
| 工作单位 | 指向树的提交 | 预写日志里的 changeset，列出变更文件 |
| 分支和引用 | 便宜，鼓励使用 | 除 main 和发布分支外不鼓励 |
| 获取 | packfile | 按对象取（先树，再 blob），不做仓库维护 |
| 离线工作 | 可以 | 不行 |
| 主要客户端 | 人 | Agent、CI 和研究任务 |
架构分三层：每台节点上的 scion-daemon、每个区域的 scion-cache，以及权威的 scion-server。客户端命令是 scn。每一层缓存命中率都在 99% 以上。和原来的 Git 镜像比，CPU 和内存占用小了 200 倍。CI 和研究任务的检出从分钟级降到秒级，仅 CI 就多出 25% 的 CPU 容量。
服务端提交放弃了什么
服务端提交放弃的，正是 Git 赢下来的那一点：一份你可以在飞机上对着干活的完整本地历史。Anthropic 写得很直接：Scion「by no means a suitable replacement for git for general use」，做成其他组织能用的形态也会很难。它没有发布，文章也没有把它写成开源。并发上，他们并不把每次合并都串在一把全局锁后面。并发变更仍然可能冲突，团队用合并后和部署前的测试抓住这些问题。
没有 Scion 的团队，该从 Git 里拿走什么
你拿不到 Scion，也不需要。你的仓库不是 100 GB，你也没有一天 2500 万次检出。这篇文章有用的是问题的形状，任何规模都会出现。
Agent 写代码之后，瓶颈往下游移，先是合并，再是审阅。DevOps.com 的报道和 TechSpot 的文章都把 Scion 看成赶上 Agent 产出的基础设施。五个人跑十个 Agent，撞上的是同一堵墙的缩小版。症状通常是：
- 两个 Agent 在同一个下午改同一个文件，冲突只能人手解。
- 拉取请求堆得比任何人读得都快。
- Agent 仍然很快，CI 队列却一周比一周长。
- 没人说得清哪个 Agent 改了什么，以及为什么。
- 周二开的分支，周五变基就变成一团乱。
Anthropic 用新基础设施处理了第 1 和第 3 条。其余的，可以用你已经有的流程和 Git 工具处理。一个人类工作日能审多少个 Agent 工作日，原文另有估算；那篇中文稿还没发布，这里先不链。
编程 Agent 的合并冲突为什么会变多
合并冲突跟重叠有关，跟人数关系不大。十个 Agent 做一个很宽的目标，会不断碰到同一批文件。十个 Agent 做十件窄任务，很少撞车。任务有多小，比 Agent 有多少更重要。
长寿命分支会更糟。分支每多开一小时，main 就在它下面往前走。Agent 把这一点放大了，因为它们开分支比人关分支快。
今天不用 Scion 也能做的五件事
这五条习惯覆盖普通团队的大部分需要，都不需要换版本控制系统。
每条任务一个 worktree
Git worktree 是挂在同一仓库上的第二个工作目录。一条任务一个 worktree，两个 Agent 就不会同时写同一个目录。
git worktree add ../tasks/COIN-212 -b agent/COIN-212 origin/main
cd ../tasks/COIN-212
# run the agent here, commit, push, open a PR
git worktree remove ../tasks/COIN-212命令和清理纪律见已发布的 让 AI Coding Agent 使用 Git worktree。清理 worktree 的专文还没发布，先不链。
把任务写小、写清范围
每条任务要写明可以碰哪些文件或模块，以及怎样算做完。能放进一份可审阅 diff 的任务，合并是干净的。「重构 auth」这种任务不是。
在 main 前面放一条合并队列
合并队列会用最新的 main，加上排在前面的改动，测试每个拉取请求，再按顺序合并。GitHub 的 merge queue 就是给受保护分支做这件事。它相当于 Anthropic 合并后测试的小团队版：坏的组合在落进去之前就被拦住。
审阅绑在任务上，并且要有证据
只有 diff，审阅者看不出 Agent 被要求做什么、检查了什么。请求、这次运行、测试输出和 diff 放在一处，审阅会快很多。用任务级证据审 AI 生成代码的专文还没发布。人的审阅为什么会变成瓶颈，见 并行 Agent 为什么把人的审阅变成瓶颈。
让 Agent 停下来等批准
让 Agent 去查、去写、去测、去汇报。方向、有风险的步骤和最终接受，留给人。合并前停下来等人，代价是几分钟。没人看过就合进 main，代价是一整天。停在哪里，见 编程 Agent 的批准门该放在哪里。
HiFox 放在哪一层
HiFox 不替代 Git，也不替你解决合并冲突。Agent 仍然通过你现有的 Git 托管提交到你的仓库。HiFox 整理的是这些提交周围的工作。
每一段 Agent 工作是一条任务，有处理人、状态和执行记录。Agent 在你自己的电脑上跑，用的是你已经在付费的 Claude Code、Codex 或其他运行时。选择创建临时目录时，每条任务会有独立目录；仓库任务还可以用 Git worktree 准备单独的工作区，并行任务不会写进同一个文件夹。
Agent 做完后，可以把任务留在「等你审阅」。按当前帮助文档，这类交接显示在主侧栏的「对话」里，而不是收件箱。负责的人打开任务，在上下文里看结果，再决定接受、重试或改派。任务执行和后续讨论回到任务时间线，看板就是审阅队列。
合在一起，就是上面的 Git 习惯，再加一个放请求、运行、证据和决定的地方。并行编程 Agent 的工具对比专文还没发布，先不链。隔离 worktree 的做法见 用隔离 worktree 跑并行 Agent。
现在该谁动手
- 每天跑三个或更多 Agent 的团队。你已经靠近合并这堵墙。这周加上 worktree 和合并队列。
- 并行跑 Agent 的个人开发者。瓶颈是审阅，不是合并。把任务缩小到每份 diff 十分钟内能读完。
- 平台和基础设施负责人。看 CI 排队时间和拉取请求的年龄。Anthropic 的文章说，先坏的是源代码管理和 CI；你的大概率也是这个顺序。
结论
Anthropic Scion 是一个信号，不是你能装上的产品。四个月里合并量涨了大约十二倍，Git 的离线优先设计不再合适，七个人的小组为「客户端大多是 Agent」重建了源代码管理。大多数团队永远不需要走到这一步。
但每个跑编程 Agent 的团队都会遇到同一次转移：写代码变便宜，合并和审阅变贵。把任务隔开，把任务写小，给合并排队，对着证据审阅。
要把审阅这一半放在一处，把一台电脑接到 HiFox，创建一个 Agent，派给它一条小的、低风险的任务。看结果落在哪里，再决定下一步。
常见问题
Anthropic Scion 是什么？
Scion 是 Anthropic 内部的版本控制系统，2026 年取代了公司单体仓库上的 Git。提交、合并和变基在服务器上做，客户端只保留有上限的本地缓存。
Anthropic 为什么换掉 Git？
编程 Agent 把每日合并从 2026 年 5 月的大约 2500 次，抬到 9 月的 3 万次以上。Git 镜像、检出和 CI 跟不上这个量，源代码管理成了主要瓶颈。
Scion 开源了吗，能用吗？
没有公开版本。Anthropic 说它不是 Git 的通用替代，也很难提供给其他组织。他们公开的是设计，方便别人把这些想法用回 Git。
怎样减少编程 Agent 之间的合并冲突？
每条任务一个 worktree，把任务收窄到一份可审阅的 diff，经常合并，并在 main 前放合并队列。冲突跟文件重叠走，范围比 Agent 数量更要紧。
小团队需要新的版本控制系统吗？
几乎不需要。Anthropic 的问题来自接近 100 GB 的历史和每天大约 2500 万次检出。普通规模下，worktree、合并队列和任务级审阅就够用。
HiFox
