推文

@prolibertine · 2026-10-14 06:57

Anthropic 工程博客昨天放了篇源码管控的长文，官号那条已经两百多万曝光。核心就几个数：今年 5 月他们 monorepo 一天大概合 2500 个改动，到 9 月超过 3 万；主分支历史快 100GB，压缩工作副本 25GB 出头；CI 一天大概 checkout 2500 万次。七个人五个月做了套叫 Scion 的自研版本控制系统，顺带把代码评审工具 Antique、代码搜索和一堆 IAM 一起推上线，整仓从 git 迁完了。 官方自己算账：以前几百台 git 镜像扛不住，Scion 这套 CPU/内存大概是旧镜像舰队的两百分之一；CI checkout 从分钟级掉到秒级，光 CI 就腾出 25% 的 CPU。Mythos Preview 早期内部版还把他们手里那条 git→Scion 导入管线重写了一遍，内存砍到二十分之一、速度快四倍。 设计前提挺直白：几乎所有客户端都是一直在线的 agent 和 CI 任务，git 那种「每人一份完整仓库、离线也能干活」的假设，在他们这儿变成负担。Scion 把提交、合并、blame、diff 都收到服务端，客户端只留有限缓存，很多活甚至不用 checkout，走 API 就行。他们也说了，这玩意不是给普通人换 git 的，巨大 monorepo 加海量 agent 才谈得上。 我更在意那句「工程师现在经常要跟 Claude 说不」。代码写得比人快，瓶颈挪到源码管控、构建和 CI；人的活变成定边界、拦它乱来。merge 一天从两千五跳到三万，这才是 agent 真进生产以后的压力测试。后面半年，估计不止 Anthropic 一家会被迫改这层基建。

曝光 11 · 评论 0 · 点赞 0 · 书签 0 · 曝光/时 6.509670893430184