GitHub不堪重负！OpenAI收购替代品，A社原地自研，马斯克也要搞
内容提要
AI编程提速使GitHub等传统代码基础设施承压。OpenAI自研Git后端Pando，推送中位耗时降近八成，并拟收购代码托管公司Pierre；Cursor推出Origin代码托管；Anthropic因Claude日产超3万项改动，自研Scion版本控制系统；GitHub也在扩容并改造读写与合并机制。各方均在应对AI带来的开发工作量激增。
延伸解读
AI编程工具倒逼代码基础设施变革
文章显示，OpenAI、Cursor、Anthropic等AI编程工具公司纷纷自研或收购代码托管与版本控制能力，直接原因是AI让代码改动量激增。OpenAI的Pando将推送中位耗时降低近八成，Anthropic因Claude日产超3万项改动而自研Scion。这表明传统GitHub等基础设施在AI时代面临性能瓶颈，工具链上游的竞争正在向代码存储与协作层延伸。
自研系统各有侧重，并非全面替代GitHub
OpenAI的Pando主要服务内部代码存取，收购Pierre旨在将代码存储能力带入Codex；Cursor的Origin允许新项目完全绕开GitHub，老项目也可只同步副本；Anthropic的Scion则针对超大规模、高频改动的内部主代码库，社区资源仍留在GitHub。可见这些自研方案多聚焦特定场景，短期内难以完全取代GitHub的公共生态角色。
代码审查与合并成为新瓶颈
文章指出，代码存取提速后，如何判断大量AI生成的修改能否合并成为更棘手的问题。Anthropic让Claude先做一轮审查并模拟真实用户验证，工程师再查看操作录像、截图和测试结果，且每项改动仍有负责人。同时，一轮测试期间可能又合入成百上千项改动，全局锁协调合并队列难以有效运行，并发冲突风险依然存在。
GitHub也在扩容与改造底层架构
面对压力，GitHub并非静止不动。文章提到，GitHub今年新增400万个CPU核心和160PB高速存储，继续迁往Azure，并改造写入排队机制，让不同分支的更新并行处理，同时分离读写资源，为读取服务单独扩容。这些改造仍在分步推进，效果尚待观察，但说明传统平台也在主动适应AI带来的开发工作量激增。
Q&A
为什么GitHub最近频繁出现故障？
AI编程工具让代码提交量激增，传统代码基础设施不堪重负。例如Anthropic每天合并超3万项改动，持续集成任务每天取用约2500万次代码，导致GitHub等平台压力过大，出现服务中断和合并请求延迟。
OpenAI自研的Git后端Pando效果如何？
Pando从今年4月起承接真实开发流量，换上后一次推送的中位耗时降低了近八成，有效缓解了OpenAI内部代码存取的压力。
OpenAI收购Pierre的目的是什么？
OpenAI计划通过收购Pierre，将代码存储等能力集成到Codex产品中，让开发者能在Codex内完成AI写代码、查看修改和保存版本等操作。Pierre的Trees和Diffs工具已接入Codex，其Code Storage服务也用于Lovable等平台。
Cursor的Origin代码托管服务有什么特点？
Origin允许开发者在Cursor内直接创建仓库、推送代码、审查和合并分支，绕开GitHub。对于已托管在GitHub的老项目，可以同步一份到Cursor，评论双向可见，但代码仍以GitHub版本为准。
Anthropic为什么自研版本控制系统Scion？
因为Claude写代码太快，Anthropic每天合并的代码改动从5月的约2500项激增至9月的超3万项，持续集成任务每天取用约2500万次代码，原有Git镜像和全局锁机制难以支撑。Scion采用按需获取文件、服务器端处理历史与合并的方式，由7名工程师借助Claude花5个月完成，并迁移了主代码库。
面对AI带来的代码量激增，GitHub自身做了哪些改造？
GitHub今年新增400万个CPU核心和160PB高速存储，继续迁往Azure；让不同分支的更新并行处理以减少排队；将读取和写入资源分开，为读取服务单独扩容，减少资源争抢。这些改造仍在分步推进。
Anthropic如何审查AI生成的大量代码改动？
先让Claude进行一轮审查，并模拟真实用户运行功能（如打开浏览器检查页面、操作功能、运行测试），工程师查看验证证据（操作录像、截图、测试结果），每项改动仍有负责人。针对合并队列的并发问题，团队转向合并后、部署前的自动测试，并承认并发修改仍可能冲突，但Claude通常能更快修复。
