OpenAI Pando 把 Git 后端换了，工程师照常用 Git，推送却快了近八成。OpenAI 在 11 月 2 日的工程文章《Scaling Git at OpenAI》中公布了自研后端 Pando：它保留 Git 协议和客户端，只替换仓库背后的服务，用来扛住 Codex 带来的人机并行开发量。这件事值得关注，不是因为又多了一个内部工具，而是它说明智能体时代的版本控制瓶颈不一定靠换掉 Git 解决，换后端同样能走通。
Pando 由 OpenAI 工程师用 Codex 在大约 10 周内建成，核心由一名工程师设计，智能体团队负责实现，少数工程师部署，2026 年 4 月起开始承载生产流量，全部用 Rust 编写。按 OpenAI 的说法，Pando 现在每天要分发近 1 PB 的 Git 数据，单小时最多送出 57 TB 的数据包，中位推送延迟比原来降低近五倍。压力来自 Codex：工程师和智能体同时在大量分支上推进，推送、拉取、克隆和合并一起暴涨，原有服务一度连合并可靠性都跌破 90%。
Pando 靠什么在不改工作流的前提下提速
Pando 放弃了全仓库统一的时序一致性，改用因果一致性：互不相关的分支可以并行更新，同一分支内的变更顺序仍然保持。它还复用已存储的数据包应对大量重复拉取，再用后台合并把小数据包逐步压成更大的包，让追赶进度的客户端不必逐个取回碎片。两个目标写得很直白：写操作要能随分支数量横向扩展，读操作要跑满网络带宽。对团队来说，变化只在服务端，本地的 push、pull、clone 命令一个都不用改。
Pando 只是内部系统，对照 Anthropic 更能看清边界
Pando 目前只服务 OpenAI 自己的单体仓库，不是对外产品；OpenAI 表示正在研究如何把这项技术提供给外部用户，并已把期间对 Git 本身的修复回馈上游。同样的问题，Anthropic 在 10 月选择了另一条路：Anthropic 自研 Scion 替代 Git 的做法是彻底换掉 Git。两家对照下来，结论很实际：智能体把提交量推高之后，版本控制的改造重点在服务端如何协调并发，而不是强迫每个开发者换工具。
