要点
- OpenAI（2026-11-02）称自研 Git 后端 Pando 已承载其 monorepo 全部开发；目标是水平扩展并发推送，并最大化读吞吐以吃满网络。
- 官方给出的生产数字：中位推送延迟「近 5 倍」改善，同页亦写切换后「近 80%」下降；日交付近 PB 级 Git 数据；单小时曾送达逾 57 TB packs，本地盘缓存命中率逾 99%。
- 一致性模型为因果一致性、按 ref 可串行化（非全仓时间点快照）；含 packfile 复用、packfile-uri、区域缓存；先以读写穿透代理上线；Rust 实现，并称向 upstream Git 贡献。
Codex 一类 coding agent 把并行分支、推送、合并与克隆推到传统 monorepo Git 服务的舒适区之外：OpenAI 自己写到，旧系统可靠性一度跌到 90% 以下，表现为慢拉取/推送与失败合并。
可证伪读法：瓶颈叙事若成立，应是「高并发下写路径协调与读路径缓存」，而非「Git 协议本身过时」。押注点是 causal-per-ref + pack 复用。若独立 monorepo 在可比并发下无法逼近文中延迟/吞吐量级，或 Pando 始终不离开 OpenAI 内部，则应下调「通用 agent 时代 Git 基础设施已解」的权重。
[1]硬事实（官方工程博文，作者 Aaron Friel、Taylor Blau、Ted Nyman）：Pando 保留 Git 协议与客户端兼容；生产侧写「cut median push latency by nearly 5x」，同页又写「switching to Pando reduced median push latency by nearly 80%」——两者同页并存，应一并引用而不自行换算成未给出的绝对毫秒。
架构要点：因果一致性而非仓级时间点；每 ref 串行化；对比过 3PC 与 WAL 思路，并用至多 1000 writers 的仿真；compaction 类比 LSM（L0–L4）；Express 区域缓存、cache hit rates over 99%；称 clone/fetch 可在标准云 VM 上打满 10 Gbps。部署路径：先做读写穿透代理；2026 年 4 月起承载生产流量；称用 Codex 约 10 周建成，核心由单工程师设计、agent 实现。
[1]证据强度：这是一手官方工程叙事，含吞吐（近 PB/日、单小时 >57 TB packs）、延迟相对改善、缓存命中与协议兼容声明；也写到向 upstream 贡献 packfile-uri、explicit haves、--force-with-lease 等。仿真被作者自称为「synthetic teaching models, not production benchmarks」——这一点应原样保留，避免把仿真曲线读成对外 SLA。
钢人论证：在 agent 拉高并发后，保留 Git 客户端生态、只换后端协调与 pack 路径，比推「换掉 Git」更务实；per-ref 因果串行承认全局快照代价，用局部一致性换写扩展，逻辑自洽。钢人之外：数字全部来自单一机构自评；Pando 本体尚未开源（文中仅「exploring ways to share」）；双表述的 5x / 80% 需要读者自己记住同页共存，而不是被二次摘要「圆」掉。
[1]最强钢人：若 agent 协作真把 monorepo 推到「写扩展 + 读打满网络」的极限，自研后端 + 上游协议补丁是合理工程回应；对其他大仓团队，这比空喊「Git 已死」更有操作含义。
钢人风险：无第三方在可比硬件/并发下的复测；无开源 Pando 可审计实现；可靠性「低于 90%」缺少时间窗与样本定义；「一把 CPU 核就能 PB/日」依赖其缓存命中故事，外推需谨慎。
[1]对基础设施读者，Pando 是「agent 规模并发如何反压版本控制系统」的一手案例；对开源 Git 生态，真正可迁移的或许是 packfile-uri / explicit haves 等上游补丁，而非尚未公开的专有后端。观察点：是否开源或对外提供技术、独立延迟复现、以及 upstream 补丁是否落地。
[1]短期不要把「近 5x / 近 80%」读成行业通用定律：应以可比并发下的独立压测、Pando（或等价设计）是否走出 OpenAI、以及 upstream 贡献是否被社区采纳为准。三者缺位时，这篇更像内部平台胜利叙事；三者齐备时，它才可能成为 agent 时代 monorepo 基础设施的参照坐标。
【No.2】
[1]