工程博客那篇：git 下桌

anthropic.com/engineering/re…

Anthropic 在自家工程博客上讲了一件基础设施的事，他们花了五个月把代码仓库从 git 整个搬进了自研系统。

数字照录。五月的时候，他们每天合并约两千五百个代码变更；到了九月，每天合并超过三万条。结果是被为人类（而非 Agent）规模搭建的开发者基础设施卡住了脖子。那篇文章还写了他们怎么在五个月内造出新的版本控制系统，并把整个 monorepo 从 git 里完整迁走。地址挂在文首。

"被 Agent 规模卡住"这半句是场重心。前面那份 Agent Plasticity 讲的是模型从经验里变强，这条讲的是公司自己的代码流程被 Agent 改写。跟前面那份发布流的四道关呼应，那条在讲怎么验收一次发布，这条在讲当发布变成常态，验收的那套地基也得跟着换。

两头都在提醒同一件事，Agent 时代的基建不是加几个工具，是从地基起重修，连用了十几年的 git 都可以被请下桌。跟前面那间 AI 办公室也接得上，一个在屋里摆工位，一个在把整栋楼的地基换了。规模一旦翻了十倍，旧图纸就不再适用。

"五个月"这个数我单独拎出来，它把这场重修的代价摆在了明处。自研系统听起来浪漫，背后是整个工程团队半年多的心血。敢动 git 这块地基，说明瓶颈已经痛到了不能不管的程度。

我留的疑问有三处。新系统用什么名字没给；和 git 的兼容层怎么处理没拆；三万条之后的天花板在哪也没数，这些都在那篇博客里才看得到。

这周把那篇博客找来通读一遍，看看一个被 Agent 规模逼出来的源控系统长什么样子。