您的位置首页 >科技要闻 >

GitHub 一天发生两起故障后,三家大厂各走一条路OpenAI 买、Anthropic 造、马斯克系自建平台

这条标题提到三件事:GitHub 承受的压力、OpenAI 收购替代品、Anthropic 和马斯克各自自研。我先联网查清收购标的和各方的具体进展。

这条消息里的三家公司动作,我都找到了原始出处:OpenAI 11 月 4 日的收购公告、它 11 月 2 日的技术博客,以及 Cursor 与 SpaceX 的交易记录。

先说结论:GitHub 没有要倒,但它服务的对象变了。过去它服务的是 “一个人一天提交几次”,现在服务的是 “几十个 Agent 同时开分支、推代码、跑 CI”,旧有的配额、队列和合并模型因此不再适用。11 月 3 日,GitHub 状态页一天记录了两起故障,其中一起直接影响 Git 操作;11 月 4 日,合并请求等服务又出现异常,部分请求失败或延迟。这并非孤例 ——8 月 17 日那场故障持续了 7 小时 47 分钟,github.com、API、Actions 和 Copilot 一起受影响,8 月共记录 5 起。同期,三家公司给出了三种解法:OpenAI 先在 11 月 2 日公开自研 Git 后端 Pando(推送延迟降约 80%、每天分发近 1PB git 数据),两天后又宣布收购 Pierre(Trees、Diffs、Code Storage 三件套);Anthropic 把主代码库整体迁进自研系统 Scion;马斯克系的 Cursor 推出 Origin,允许开发者把仓库和评审都搬离 GitHub。三条路的技术含量不同,但指向同一个判断:代码托管的重心正从 “存代码” 转向 “承受 Agent 的写入并发”。

一、把时间线摆在一起看,这不是巧合

时间事件
2025-08GitHub 被并入微软 CoreAI 部门,CEO Thomas Dohmke 离职且无继任者
2026-04-28GitHub CTO 公开致歉,称平台必须按 30 倍规模重新设计
2026-05 至 09OpenAI 内部 Git 可靠性一度跌破 90%,开始重写底层
2026-08-17GitHub 故障 7 小时 47 分;同日 Cursor 的 Origin 开放早期测试
2026-10-28GitHub 披露今年新增 400 万 CPU 核心、160PB 高速存储,改造排队机制
2026-11-02OpenAI 公开自研 Git 后端 Pando
2026-11-03GitHub 一天两起故障,其中一起影响 Git 操作
2026-11-04OpenAI 宣布收购 Pierre;Meta 同日收编 Conductor 团队
2026-11-04GitHub 合并请求等服务再出异常

“GitHub 挂了” 和 “OpenAI 买工具” 这两条消息挤在同一周,属于必然的因果链:故障暴露需求,需求催生替代方案。

二、GitHub 具体卡在哪三处

卡点表现GitHub 的做法
写入排队几个 Agent 在不同分支提交,仍在同一仓库的写入环节互相等待把 “按整个仓库排队” 改为 “不同分支、不同引用可并行处理”
读多写少的结构失衡大量 CI 和 Agent 任务只来读代码,却和写入争抢同一批资源读取服务与写入服务分开扩容
纯算力不足流量峰值把机房负载均衡器压过极限一年新增 400 万 CPU 核心、160PB 高速存储,继续迁往 Azure

这三条改造都还在分步推进。换句话说,GitHub 也在改,只是改的速度赶不上 Agent 增长的速度 —— 这才是问题的实质。

三、OpenAI:先自救,再买零件

阶段产品 / 动作关键数字
自救Pando(内部 Git 后端)4 月起承接真实流量;推送中位耗时降近 80%(有报道称快近 5 倍);每天分发近 1PB git 数据;可在不改开发者 git 用法的前提下扩容
补 “看”Pierre Trees超大项目目录毫秒级展开、跨分支文件定位,已内置进 Codex 桌面版
补 “审”Pierre Diffs对比视图里内置行内 Edit, reviewer 看到哪行错就在哪行改,不用切回 IDE
补 “存”Pierre Code Storage面向 Agent 高并发的分布式 Git 仓库,单仓最大 32TB、每秒 1.5 万 + API 调用
买收购 Pierre(11-04 官宣)待监管批准;开源项目保持开源,Code Storage 客户交割后继续可用

Code Storage 的规模可以从它的客户反推:Lovable 靠它每周新建超过 800 万个 Git 仓库、峰值每秒 250 个;Poke 用它每分钟刷 4 万次 git 操作来存 Agent 记忆,推送延迟 p95 约 90ms。这些数字是厂商披露口径,不是第三方审计结果。

Pierre 团队名单也解释了这笔交易为什么值钱:Bootstrap 联合创始人 Jacob Thornton、前 Discord 核心成员 Amadeus、esm.sh 作者 Je Xia。Codex 负责人 Tibo 转发时把 Pierre 比作 “计算机的内存条(RAM)”,这句话的潜台词是 —— 模型是 CPU,没有内存,Agent 再强也跑不动。

四、Anthropic:不是买,是重做一套

指标2026 年 5 月2026 年 9 月倍数
日均合并改动约 2,500 项超过 30,000 项约 12 倍
CI 每日取代码次数—约 2,500 万次—
Git 镜像数量—高峰期数百个—

镜像越多越难维护,是这套系统撑不住的直接原因:主仓库更新越快,副本就越追不上。Anthropic 的解法是把 “客户端全量克隆” 改成 “按需取文件”—— 客户端用到哪个文件才取哪个,查历史、建提交、合并都交给服务器算。这套内部版本控制系统叫 Scion,配了代码审查工具 Antique,由 7 名工程师借助 Claude 用 5 个月做出,公司主代码库已整体迁入。

需要划清边界:Scion 服务的是 Anthropic 这种规模大、改动频繁的内部单仓;Claude Code 的公开仓库等社区资源仍留在 GitHub 上。也就是说,这是 “内部基础设施替换”,不是 “Anthropic 弃用 GitHub”。

审查环节同样被重构。据 Addy Osmani 介绍,流程是 Claude 先审一轮,并且要像真实用户那样把功能跑起来(改网页就开浏览器、点功能、截图、录操作、跑测试),工程师再看它交的证据。Anthropic 工程博客还承认一个难题:一轮测试跑完,代码库里可能又合进了成百上千项改动,靠仓库全局锁协调合并队列已经很难有效运转,于是重心转向 “合并后、部署前” 的自动测试;并发冲突仍可能发生,Claude 修得比人快,但没有披露量化结果。

五、马斯克这条线:Cursor 的 Origin

先说明一个容易混淆的归属问题:Cursor 是 Anysphere 的产品,之所以被算进 “马斯克系”,是因为 SpaceX 完成了对 Anysphere 的收购。这笔交易的公开口径有两种 —— 一种说 6 月 16 日宣布、600 亿美元全股票、预计 Q3 交割;另一种说 8 月 14 日完成收购。两者时间点不同,本文并列保留,不做单一采信。

项目Origin 的做法
定位从设计之初就把 Agent 当主要提交者,而不是例外情况
架构NVMe 支撑的 git 文件服务器做快路径,S3 做真源,支持无限副本扩展与 10ms 级自动故障转移
性能(发布会演示)单仓 22.6 commits/s、约 29.6 万次 clone / 小时、全球同步延迟 <400ms
冲突处理AI 冲突引擎按各 Agent 的修改意图自动裁决,多数情况无需人工介入
评审层上层接 Graphite 的堆叠式 PR 工作流
迁移新项目可直接建仓;老项目可从 GitHub 同步一份,评论双向可见,但代码仍以 GitHub 版本为准
上线2026 年秋季 GA,等候名单开放,价格未公布

那句 “演示数据未经生产环境独立验证” 必须保留:22.6 commits/s 是发布会舞台数字,不是第三方压测结论。

另一个容易漏掉的角色是 Meta:11 月 4 日至 5 日,Conductor 创始人 Charlie Holtz 宣布全员加入 Meta 超级智能实验室,联手前 GitHub CEO Nat Friedman 与 Alexandr Wang 做 “下一代交互界面”。Conductor 的价值在于 “多 Agent 隔离并发 + 像 Figma 一样同屏协作”,官方口径是 10 万 + 开发者用户。前 GitHub 掌门人转身去做 “下一代工作台”,本身就是个信号。

六、三条路对比:谁在解决哪一层

维度OpenAI(Pando + Pierre)Anthropic(Scion)马斯克系(Origin)
性质自研后端 + 收购工具,做成产品能力纯内部基础设施重做对外提供托管平台
解决的核心问题推送 / 拉取延迟、巨量分支与仓库存储单仓高频写入下的镜像与锁瓶颈Agent 并发提交、自动解冲突
服务对象自家工程师 + Codex 用户自家工程师外部开发者与团队
开放性Pando 考虑对外开放;Pierre 开源项目保持开源不对外等候名单开放,秋季 GA
主要风险交割待监管批准;能力并入产品的时间表未定只适用于超大规模单仓,模式难复制到中小团队与 SpaceX/xAI 绑定后,模型中立性能否保持存疑

七、真正的变化:抢的不是编辑器,是 “代码落在谁家”

  • 模型层面几乎没有迁移成本:今天用 Claude,明天换 GPT,点一下鼠标就行。
  • 但代码库、评审流程、历史记录一旦长在某家的工具里,迁移成本就变成 “重做一遍工程流程”。
  • 所以三家大厂的动作指向同一个目标:把 “写、看、审、存、交付” 这条链路收进自己的产品边界内。
  • 代价也很实在:当同一家公司同时掌握编辑器、模型和代码仓库,谁有权读你的代码、代码用来训练什么,就不再是技术问题,而是合同问题。Cursor 被收购后是否保持模型中立,官方至今没有公开承诺。

八、结论

把这一周的事拆成三层就清楚了:GitHub 的问题是容量与调度,它自己也在扩算力、拆读写、改排队,只是追不上 Agent 的增长曲线;OpenAI 的问题是产品闭环,先用 Pando 把自家单仓救活,再用 Pierre 把 “看、审、存” 补进 Codex;Anthropic 的问题是内部单仓的物理极限,答案是一套只服务自己的 Scion。三者并不构成 “GitHub 替代者联盟”——Origin 是唯一对外营业的替代平台,且数据尚未独立验证;Scion 根本不出门;Pierre 是被买走的零件,不是平台。真正值得关注的不是 “GitHub 会不会倒”,而是两年之后,一家公司的代码历史、评审记录和 Agent 行为日志,会分散在几个供应商手里 —— 这个分布,比任何一次故障都更能决定开发者的处境。

【相关 FAQ】

问题 1:GitHub 最近到底出了什么故障,为什么会 “不堪重负”?

回答 1:2026 年 11 月 3 日 GitHub 状态页一天记录两起故障,其中一起影响 Git 操作;11 月 4 日合并请求等服务又出现异常。更严重的是 8 月 17 日那场,持续 7 小时 47 分钟,github.com、API、Actions 和 Copilot 一起受影响,8 月共记录 5 起。根因是 AI Agent 带来的并发写入:几十个 Agent 同时开分支、推代码、跑 CI,原有的按仓库排队、读写共用资源的模型撑不住,GitHub CTO 在 4 月已承认平台必须按 30 倍规模重新设计。

问题 2:OpenAI 收购 Pierre 是为了替代 GitHub 吗?

回答 2:不是替代,是补齐 Codex 的产品闭环。Pierre 的三件套各有分工:Trees 负责超大项目文件树导航,Diffs 负责对比视图里的行内编辑审查,Code Storage 是面向 Agent 高并发的分布式 Git 存储(单仓最大 32TB、每秒 1.5 万 + API 调用)。这三项能力会被并入 Codex,让开发者在一个产品里完成写、看、审、存。收购仍待监管批准,Pierre 的开源项目保持开源,Code Storage 老客户交割后继续可用。

问题 3:Anthropic 自研的 Scion 是什么,为什么不直接用 GitHub?

回答 3:Scion 是 Anthropic 内部的源码控制系统,配了代码审查工具 Antique。原因是写入量爆炸:日均合并改动从 2026 年 5 月的约 2500 项涨到 9 月的超过 3 万项,CI 每天要取约 2500 万次代码,高峰期维护数百个 Git 镜像,副本永远追不上主仓库。Scion 的思路是客户端按需取文件、历史与合并交给服务器算,由 7 名工程师借助 Claude 用 5 个月做出。它只服务 Anthropic 这种超大规模内部单仓,Claude Code 的公开仓库仍留在 GitHub。

问题 4:马斯克系的 Cursor 推出的 Origin,和 GitHub 有什么不同?

回答 4:Origin 是 Cursor 自建的 Git 托管平台,从设计上就把 AI Agent 当主要提交者而不是例外。架构用 NVMe 文件服务器做快路径、S3 做真源,支持自动故障转移;核心差异是内置 AI 冲突引擎,按各 Agent 的修改意图自动裁决,多数情况不需人工介入。发布会演示数据为单仓 22.6 commits/s、约 29.6 万次 clone / 小时、全球同步延迟低于 400ms,但这些数字未经生产环境独立验证。它支持新项目直接建仓、老项目从 GitHub 同步,2026 年秋季 GA,价格未公布。

问题 5:这几家的动作会不会让 GitHub 被取代?

回答 5:短期内不会,但 “唯一的代码托管中心” 这个地位在被稀释。GitHub 目前仍有 1.5 亿以上开发者,且自己也在扩容(一年新增 400 万 CPU 核心、160PB 高速存储)并改造排队机制。但三家动作性质不同:Origin 是唯一对外营业的替代平台且未经验证,Scion 完全不出门,Pierre 是被收购的零件。真正的变化是代码库、评审记录和 Agent 行为日志开始分散到多个供应商手里,迁移成本从 “点一下鼠标” 变成 “重做工程流程”。

问题 6:AI 编程工具自己管代码,对普通开发者意味着什么风险?

回答 6:三点值得注意。第一是锁定效应:模型可以随时换,但代码库、审查流程、历史记录长在某家工具里就很难搬。第二是数据边界:当同一家公司同时掌握编辑器、模型和代码仓库,谁能读你的代码、代码是否用于训练,取决于合同而不是技术。第三是中立性:Cursor 被 SpaceX 收购后是否继续支持 Claude、GPT 等第三方模型,官方至今没有公开承诺,而这正是很多企业选择它的理由。

【参考资料】

[2026-11-07](GitHub 不堪重负!OpenAI 收购替代品,A 社原地自研,马斯克也要搞)量子位(今日头条)

[2026-11-05](OpenAI 收购神秘团队,奥特曼要在 Codex 里再造一个 GitHub)36 氪(新智元)

[2026-11-04](OpenAI to acquire Pierre Computer Company, Inc.)OpenAI 官方

[2026-11-02](Scaling Git at OpenAI)OpenAI 官方

[2026-11-01](Is GitHub Getting Worse? GitHub 事件与评分记录)Deshittify

[2026-06-25](Cursor's GitHub Rival Origin and New SpaceX Model Raise Code Custody Stakes)C114Pro(转引 TechTimes)

【免责声明】

本文依据 OpenAI 官方收购公告与工程博客、Anthropic 公开的源码控制系统说明、GitHub 状态页与公开事件记录、以及量子位、36 氪等媒体报道整理,仅作行业动态与技术趋势梳理,不构成投资或采购建议。需说明三点口径问题:一是 SpaceX 对 Cursor(Anysphere)的收购存在 “6 月 16 日宣布、600 亿美元全股票、Q3 交割” 与 “8 月 14 日完成” 两种时间表述,本文并列保留,未做单一采信;二是 Origin 的 22.6 commits/s、29.6 万次 clone / 小时等数据为发布会演示值,未经第三方生产环境验证;三是 Pando 的 “推送延迟降近 80%” 与 “快近 5 倍” 分别是 OpenAI 官方口径与媒体换算口径,二者不完全等价。Anthropic 承认并发合并冲突仍可能发生,但未披露 Claude 修复冲突的量化效果,本文不作能力承诺。GitHub 的开发者规模、扩容数字来自公开报道与企业披露,未经独立审计。文中涉及的企业收购均以监管批准与交割条件完成为前提,交易结果存在不确定性。