写了二十多年代码的人第一次发现：被 AI 编程逼到极限的，不是程序员的键盘，而是 Git 本身。
2026 年 11 月 2 日，OpenAI 工程博客发了一篇《Scaling Git at OpenAI》，晒出自家给单体仓库写的新 Git 后端 Pando。起因一点不光彩：Codex 智能体大规模上线后，工程师同时推进多路改动，分支变多、push 变密、CI 疯狂 fetch，旧系统的合并可靠性一度跌破 90%。重写之后，Pando 把中位 push 延迟砍到原来的约五分之一，一天能吐出接近 1 PB 的 Git 数据。项目出身也很「时代」：Rust 写的，从启动到生产大约 10 周，核心设计出自一名工程师，实现大量靠 Codex 完成。知乎
几乎同一时间，Anthropic 给出了另一个答案。他们主仓的日合并量，从 2026 年 5 月的约 2500 次涨到 9 月的 3 万次以上，还嫌不够。Anthropic官方知乎
官方那句判断才是关键：写代码不再是瓶颈，真正被压垮的，是那一整套按人类尺度设计的开发基础设施，包括源码控制、构建和 CI。Anthropic官方
于是 7 个人、5 个月，从零造出一套叫 Scion 的版本控制系统把 Git 直接换掉，配套评审工具一起上线并完成全量迁移，基础设施占用降到旧 Git 镜像体系的约 1/200。知乎
但中文圈最容易读错的一点是：这两家压根不在解决同一个问题。 看着像「大家都在重写 Git」，其实至少分三条赛道：重做服务端、换掉整套系统、只在本地隔离工作区。OpenAI 赌「Git 生态值得留」，协议照用，`git push` 照敲；Anthropic 赌「离线全量克隆是大仓的税」，连分支、合并、评审一整套都重做。官方对比图更直观：在开发、Agent、CI 的一批场景下，Scion 的中位耗时比 Git 快几十到两百多倍。知乎
那这波新闻对普通独立开发者意味着什么？ 说句实在的：先别急着自建 Pando，真正已经打到你键盘上的是第三样东西——`git worktree`。这功能其实 2015 年就有了，直到 AI 来了才突然翻红。给每个 Agent 单独一棵工作目录、一个分支，彼此不踩文件，你的主工作区纹丝不动；GitHub Copilot 应用的新会话，如今默认就落在一棵全新 worktree 里。Cursor 的 Agents 窗口、Claude Code 的 `–worktree`，走的都是同一个思路。GitHub博客知乎
所以别再刷「XX 又重写 Git 了」这种标题，有人重做后端、有人换掉整套、有人只是把本地隔离做成默认按钮——先分清自己撞的是哪堵墙，再决定是学 worktree 还是评估服务端。当 AI 把写代码的边际成本打穿，版本控制就从「开发者偏好」问题，变成了「分布式系统」问题。你的团队最先撞上的是磁盘里 worktree 爆炸，还是 CI、推送队列上的服务端熔断？知乎
