OpenAI 自研 Git 后端 Pando：推送延迟降低近八成，每天服务近 1PB 代码数据

OpenAI 在 11 月 2 日发布的工程博客中宣布，其自研的 Git 兼容后端 Pando 已经承载公司单体仓库（monorepo）中的全部开发工作。这套系统没有改变工程师日常使用的 Git 命令和客户端，却在服务器侧重建了读写路径。

推动这次改造的是 Codex。OpenAI 表示，过去一年单体仓库的规模和访问压力以惊人速度增长，Codex 让工程师可以同时推进更多工作，随之而来的是更多分支、推送、合并，以及来自开发环境、研究任务和 CI 的克隆与拉取。从去年年底开始，原有系统开始吃力，拉取和推送变慢、合并失败，可靠性一度低于 90%。

Pando 的两个目标是水平扩展写入和最大化读取吞吐。它按分支独立协调更新，让不相关分支的推送并行进行；同时在多次拉取之间复用 packfile，把同一份压缩数据直接发给多个客户端，而不是为每个客户端重新打包。代价是同时查看多个分支的读者可能看到不同时间点的状态。

生产数据说明了效果：中位推送延迟降低近 80%，相当于近 5 倍的改善；系统每天交付近 1PB 的 Git 数据，曾在一小时内送出超过 57TB 的 pack，其中 99% 以上的字节来自本地磁盘缓存，而完成这些只需要少量 CPU 核心。

迁移过程同样值得注意。OpenAI 让 Pando 与旧系统保持同步，分批切换流量，做到不停机；把公开的 Git 分发包部署到开发者机器和 ChatGPT 桌面应用中；还迁移了数百个依赖旧 API、webhook 和仓库下载的集成。Codex 自己也参与了这次搬家——团队编写技能，让智能体帮助开发者迁移开发环境和服务。

OpenAI 强调这些改动并非只服务内部。基于 Git 协议和客户端构建 Pando 的过程暴露了上游 Git 在并发下载、传输中断后的清理、断点续传等场景的边界问题，相关修复已经提交回上游；其公开的 Git 构建还能并行下载并索引独立的 pack，并引入“explicit haves”等机制，部分改进已经进入上游 Git。

这件事的意义不止于一次基础设施升级。当智能体开始大规模生产代码，源码管理会被推到传统假设之外，而 Pando 表明 Git 的协议兼容性可以与水平扩展并存。OpenAI 还表示正在探索让大量智能体协作同一仓库的场景，以及把支撑 Pando 的技术开放给用户，这正是接下来值得关注的方向。