OpenAI提交量暴涨1378% Codex成主力写手

时间：2026年11月2日15:30（GMT），这是 OpenAI 官方新闻 RSS 记录的《Scaling Git at OpenAI》发布时间。文章给出的图表显示，落到 OpenAI 主分支（master）上的代码提交量在 2024 年第一季度到 2026 年第三季度之间增长 1,378%，OpenAI 自己给出的 2026 年第四季度估计值是 2,442%。这组数字在 11 月 3 日被多家英文媒体与中文技术号集中转发。 地点：美国旧金山，OpenAI 总部；数据来自 OpenAI 内部单体仓库（monorepo）所使用的 Git 服务。 人物：文章署名 OpenAI 技术团队，AI Weekly 点名三位作者 Aaron Friel、Taylor Blau 与 Ted Nyman；真正把提交量推上去的是 OpenAI 的编码智能体 Codex；作为对照的是 Anthropic 的工程团队。 事件详情：官方博客给出的因果链很清楚。过去一年 OpenAI 单体仓库的规模与负载需求“以惊人速度增长”，直接原因就是 Codex——文章原话是“Codex 改变了 OpenAI 的开发规模与节奏，让工程师能够并行完成远多于以往的工作量”。于是分支、推送、合并，以及来自开发环境、研究作业和 CI 的抓取与克隆请求全面激增；一名工程师手上会有多个改动同时等待 CI，而每一次推送又会触发多个任务去抓取同一个提交。落到主分支上的提交量因此在 2024 年第一季度到 2026 年第三季度之间涨了 1,378%，第四季度的官方估计值是 2,442%，按季度提交量口径约相当于 2024 年初的近 15 倍和约 25 倍。The New Stack 的表述是“到今年年底，这家公司的单体仓库季度提交量相比 2024 年第一季度将增长超过 2,400%”。需要说明的是，这几个百分比出自官方文章中的图表，图表以图片形式发布，AI Weekly、aiboss88、metallab、computerra 等中英文与外语来源转述的口径一致，都是同一组数字。 压力最终传导到了服务端：从去年底开始，支撑单体仓库的系统开始吃力，抓取与推送变慢、合并失败，可靠性一度低于 90%。OpenAI 的判断是瓶颈不在 Git 协议本身，而在服务这个仓库的方式，于是自研了新的 Git 后端 Pando：用 Rust 从零编写、保持 Git 客户端与协议兼容，10 周从启动做到投产，如今支撑 OpenAI 单体仓库的全部开发，切换后推送延迟中位数下降近 80%，每天交付接近 1 PB 的 Git 数据。官方还提到，智能体用 GPT-6 Astra 编写 Lean 与 TLA+ 形式化描述来发现并修复缺陷，并昼夜不停地红队测试 Git 与 Pando。 背景：这不是第一次出现“智能体写代码把基础设施逼到墙角”。The New Stack 在同日报道中提到，Anthropic 上月公开了自研的源代码管理系统 Scion，方向与 OpenAI 恰好相反：OpenAI 保留 Git 兼容，把问题放到服务端解决，Anthropic 则彻底替换掉 Git。两条路线背后的压力是同一个量级——Anthropic 每天合入的改动，2026 年 5 月还只有约 2,500 个，到 9 月已经超过 3 万个，四个月里就涨到了十倍以上。两套系统目前都只服务于各自公司的内部仓库，OpenAI 同时把一部分修复回贡给了上游 Git 官方项目，其 Git 客户端分叉仓库 github.com/openai/git 同步了这些改动。 影响：这是智能体规模化写代码第一次给出可量化、且由一手工程博客背书的产能数字——主分支季度提交量在两年多里涨到约 15 倍，2026 年第四季度预计约 25 倍。它的意义不在数字本身，而在于划出了一条新的基础设施边界：当大量代码由智能体并行产出，版本控制就从“团队协作工具”变成了需要重新设计的基础设施，Git 诞生二十多年来默认成立的两个前提——全仓库统一时刻快照、每个客户端一份专属 packfile——在智能体规模下都站不住了。对开发者的实际含义是，如果团队正在把编码智能体接进日常开发，分支模型、推送并发与 CI 拉取方式都需要重新评估；Pando 目前只服务于 OpenAI 内部仓库，短期内普通开发者拿不到，但回贡给上游 Git 的那批改动是所有人都能收到的部分。 总结：OpenAI 用一篇工程博客给出了此前只能靠感觉的数字：编码智能体把主分支的季度提交量推到两年多前的近 15 倍，第四季度预计约 25 倍。公司的判断是瓶颈不在 Git 协议而在服务方式，于是用 10 周做出 Pando，在保留 Git 兼容的前提下把推送延迟中位数砍掉近八成。Anthropic 走的是相反路线，彻底放弃 Git 自研 Scion，其每日合入改动四个月里从约 2,500 个涨到超过 3 万个。两条路线指向同一个结论：智能体大规模写代码之后，版本控制第一次变成了正经的基础设施问题，而不只是开发流程里的小事。 常见问题： 问：OpenAI 的代码有多少是 AI 写的？ 答：官方没有公布 AI 生成代码的占比，只公布了主分支提交量从 2024 年第一季度到 2026 年第三季度增长 1,378%，并把这一增长归因于 Codex 带来的并行开发。 问：普通开发者现在能用上 Pando 吗？ 答：暂时不能。Pando 目前只服务于 OpenAI 自己的单体仓库，官方表示正在探索把它用到公司内部的更多场景。 参考来源： OpenAI 官方工程博客《Scaling Git at OpenAI》：主分支提交量增长曲线与 Pando 的设计说明 https://openai.com/index/scaling-git-at-openai/ OpenAI 官方新闻 RSS：收录《Scaling Git at OpenAI》条目，发布时间 2026 年 11 月 2 日 15:30 GMT https://openai.com/news/rss.xml AI Weekly 报道《OpenAI details Pando Git backend after Codex commit surge》：主分支提交量 2024 年第一季度至 2026 年第三季度增长 1,378%，第四季度估计 2,442% https://aiweekly.co/alerts/openai-details-pando-git-backend-after-codex-commit-surge The New Stack 报道《Anthropic built its own git replacement for AI-scale coding》：Anthropic 每日合入改动从 5 月约 2,500 个涨到 9 月超过 3 万个 https://thenewstack.io/anthropic-scion-git-replacement/ explainx 分析《OpenAI Pando: The Git Backend It Built for Codex-Scale Work》：Pando 的实现路径与 packfile-uri 等改动 https://www.explainx.ai/blog/openai-pando-git-backend-codex-monorepo-5x-faster-pushes-petabyte-per-day-2026 aiboss88 报道《OpenAI 推出 Git 后端 Pando：中位推送延迟据报降低近八成》：中文转述 1,378% 与可靠性一度低于 90% https://www.aiboss88.com/en/news/openai-pando-git-backend-monorepo 腾讯新闻《继 Anthropic 之后，OpenAI 爆改 Git》：中文解读官方博客与 Pando 的落地 https://news.qq.com/rain/a/20261103A050HU00 metallab 报道《오픈AI, 새 깃 백엔드 판도 공개》：按图表读数复述 1,378% 与第四季度 2,442% https://metallab.ai/2026/11/openai-pando-git-backend Computerra 报道《OpenAI создала Git-систему...》：转述季度提交量 2,442% 的口径 https://www.computerra.ru/372930/openai-sozdala-git-sistemu-sposobnuyu-obrabatyvat-pochti-petabajt-dannyh-v-sutki/ OpenAI 公开的 Git 客户端构建仓库：回贡上游的补丁与改动 https://github.com/openai/git