当 AI 开始以远超人类的速度产出代码，最先撑不住的往往不是模型，而是仓库本身。OpenAI 给出的答案是：为 Git 造一个新的后端。
发生了什么
OpenAI 对外介绍了名为 Pando 的系统，定位是「Git 兼容后端」，专门为 Codex 所释放出的开发规模而设计。从公开信息看，Pando 并非另起炉灶的版本控制协议，而是在保持 Git 兼容的前提下，替换或重构后端的存储与处理方式。OpenAI 没有披露具体的性能数字、实现细节与上线范围，因此目前能确认的核心事实只有两点：一是它面向的是「规模」问题，二是它与 Codex 带来的开发模式直接相关。
为什么重要
Git 诞生于一个人类提交代码的时代，其设计假设是提交频率有限、仓库增长相对温和、克隆与拉取可以接受分钟级等待。而编码智能体改变了这个前提：Agent 会高频产生分支、提交、试错性改动，甚至并行探索多条实现路径。仓库的写入压力、对象数量和历史体积都会以不同量级增长。
这类问题在超大规模单体仓库中早有先例，业界也出现过多种加速方案。OpenAI 的特别之处在于，它把这件事和自家编码产品绑在一起讲——基础设施不再是后台成本，而是产品能力的一部分。如果 Git 后端成为瓶颈，Codex 的体验上限就被锁死了。
影响与看点
对开发者而言，短期内最值得关注的不是 Pando 本身能否开源，而是「Git 兼容」这一取舍：兼容意味着现有工具链、CI 与托管平台理论上可以平滑衔接，但也意味着要在既有语义约束下做优化，难度不低。
对行业而言，这是一个信号：AI 编码的竞争正在从模型能力下沉到工程基础设施。当提交量由 Agent 而非人驱动，代码托管、评审、CI 的每一环都会被重新审视。值得追问的是，这类后端优化最终会以服务形式对外，还是仅作为内部护城河。
一个独立判断：Pando 真正的价值不在「更快的 Git」，而在于它承认了一个事实——智能体时代的版本控制，需要按机器产出的节奏重新设计。
