马斯克上桌，GitHub遭遇史上最尴尬“瘫痪”，18年王座要拱手了？

来源| Tech星球

文| 华卫

对于微软，马斯克这次还算是“绅士”了一回。

今早，编程工具Cursor向付费用户推出其自有代码托管平台Origin。“现在可以把代码仓库托管在Cursor Origin，并通过Cursor Origin部署到Vercel，而Cursor Origin本身就部署在Vercel上，”开发平台Vercel首席执行官Guillermo Rauch在X上发帖称。

“而且不像GitHub，我们是在线的。”Rauch特意补了一刀。

就在昨晚，全球最大的代码托管平台和开发者协作社区GitHub的状态页面亮起警示，随后演变为持续7小时的全球性服务降级，Copilot同样未能幸免。根据GitHub的事故日志，拉取请求、议题和API的错误率接近20%，归档文件和原始文件下载的错误率接近50%。企业单点登录也随之瘫痪，SAML、OIDC、SCIM预配置和Team Sync全部失效。

有开发者评价道，“天哪，GitHub 的故障程度已经到我前所未见的地步了。先不说 Actions 用不了，现在连网页端都拉不到提交记录了！”

“我们原本打算更早发布，但是 GitHub 宕机了。”这句Cursor员工Matt Palmer发出的调侃，将GitHub的尴尬境地暴露无遗。

GitHub于2008年4月10日正式上线，至今已成立18年。这些年来，选择把团队的源代码托管在哪里，一直是工程组织做出的最无趣的决策。因为，大家几乎默认选择GitHub，毫无悬念。马斯克押注的是，AI智能体时代，让这个选择重新变得有趣起来。

就在Origin上线前三天，SpaceX完成了对Cursor的600亿美元全股票收购。如今，Cursor在名为SpaceXAI的部门内运营。在本月早些时候的一次员工会议上，马斯克表示，SpaceX“必须在软件层面取得成功”。他还强调，“到9月，我们的AI收入将超过SpaceX所有其他收入。”

Origin探秘：Cursor代码托管平台的实际能力

Origin位于Cursor内新增的“Codebase”（代码库）选项卡中。团队为代码库命名（该名称会作为URL的一部分），然后通过命令行推送代码，此后便可获得一个代码协作平台应有的全部机制，即包裹Git的服务层，负责存储、权限、检查与合并。每个仓库都自带拉取请求（PR）功能：时间线、提交记录、检查状态和文件变更，审阅者可以直接查看差异、发表评论并合并，全程无需打开浏览器标签页。

而Cursor围绕这套机制构建的部分，才是值得深究之处：AI智能体现在与代码及其正在修改的拉取请求处于同一界面。其更新日志写道：“你的代码、PR和智能体，如今都在同一个地方。”开发者可以就屏幕上的文件提问，将审阅意见交给智能体，让它原地修改拉取请求，或者直接指令它推送分支，所有这些都在编写代码的编辑器内完成。

上线首日，Origin便集成了三项服务，而合作伙伴的选择也颇具深意。开发平台Vercel会为每个拉取请求启动预览部署，并在合并后部署到生产环境，其开发者账号表示，该功能已向Pro版和企业版客户开放公测。Depot和Buildkite负责持续集成（CI），关键是，两者都能无缝执行现有的GitHub Actions工作流。在此基础上，Buildkite还增加了原生流水线支持。

这一兼容层正是其整体战略的缩影。Cursor并没有要求团队重写构建系统、重新培训工程师或拆除现有部署流水线，而是请他们为已有的代码再打开一扇新的窗口，这无疑是一个容易获批得多的请求。

该公司表示，未来会有更多合作伙伴加入。而首批入选的，正是那些平台团队评估Origin能否承载实际工作时，最为看重的角色。一个没有部署和CI的协作平台，只能算代码查看器；而一个能运行现有Actions工作流、并将预览部署推送到用户已在使用的CDN上的协作平台，才真正具备候选资格。

另外，让GitHub继续充当事实数据源，也是Origin一项明智的设计抉择。Cursor并不要求用户离开GitHub，连接一个GitHub组织，选择仓库，它们就会与Origin原生仓库并列显示。

更新日志指出：“推送仍会同步到GitHub，对于在那里开始的项目，GitHub始终是事实数据源。”访问权限镜像了GitHub现有的读写设置，而非另建一套并行权限体系。拉取请求的评论会双向同步，在Cursor中评论，会同步发布到GitHub；在GitHub上回复或添加表情，也会在“数秒内”出现在Cursor中。

彻底替换源代码控制系统，是工程组织所能承担的风险最高的项目之一。这会触及持续集成、合规证据、审计追踪、分支保护规则、工具链中的每一处集成以及每位工程师的操作习惯，几乎没有CTO会为尚处早期测试版的产品批准这样的迁移。

而以读取为主的镜像模式，既保留了GitHub的权威地位，又几乎无需审批。试用零成本，放弃也无破坏性，却能悄然把开发者日常工作的重心迁移过来。如果Cursor的审阅体验确实更胜一筹—，而Cursor也为此投入了真金白银，那么事实数据源最终会随开发者的注意力一同转移。

GitHub的可靠性危机，一个无需争取的突破口

产品发布通常提前数周就已锁定日程，没有证据表明Cursor刻意安排了这次上线Origin的时间点。但这场巧合给该公司带来了巨大的助力，因为它戏剧化地印证了Origin存在的意义。

过去一年多，GitHub的可靠性问题已经成为开发者社区的普遍焦虑。LeadDev的一项分析显示，2025年5月至2026年4月期间，GitHub共发生257起事故，其中48起为重大事故，大约每周一次严重中断。

今年1月，GitHub至少发生两起事故，其中一次因模型更新配置错误导致Copilot出现100%错误率。2月的情况更为严峻，仅在2月9日的12小时内，就有超过5起事故波及PR、Actions运行器、Webhook、议题、Git推送、Pages和Packages。

GitHub一直不太稳定，连其高管也公开承认了这一点。其首席技术官Vlad Fedorov曾表示，该平台“当初并非为应对如今的规模而构建”，必须为当前30倍的负载进行设计。

早在Origin出现之前，已有项目选择离开。Zig编程语言于2025年11月迁移至Codeberg，理由之一就是Actions故障。今年4月，一个拥有超过5.2万星标的终端模拟器Ghostty也离开了，并指出近乎每日的宕机会让审查和CI中断数小时。此前，有外媒报道称，微软持股27%的OpenAI也开始自建GitHub替代方案，部分原因就是宕机使其工程师每次都无法提交代码长达数小时。

微软的组织架构并未起到积极作用。Thomas Dohmke于2025年8月辞去GitHub首席执行官职务，且未设继任者；该业务线的领导权被并入微软CoreAI部门，由执行副总裁Jay Parikh统管。在5月的一份报道中，The Information写道，Parikh曾向下属警告，Cursor和Anthropic的编码工具最终可能让GitHub变得过时。

智能体时代，需要Origin的存在

AI时代，编写代码已不再是软件工程的门槛，审查和集成代码反而成了瓶颈。

Google 2025年DORA报告，基于对近5000名技术从业者的调查，发现90%的开发者现在在工作中使用AI，日均使用时间中位数为两小时，超过80%的人表示AI让他们更高效。但AI的采用与软件交付吞吐量呈正相关，与交付稳定性却呈负相关：产出越多，故障越多。报告作者将AI描述为“放大器”，表示其“会放大高性能组织的优势，也会放大表现不佳组织的 dysfunction（机能失调）”。

现在的问题是，代码信任度并未跟上产出量的增长。Stack Overflow 2025年开发者调查覆盖177个国家、49009名受访者，结果显示84%的人正在使用或计划使用AI工具，但对AI准确性的信任度从上一年的43%降至33%，不信任度则从31%升至46%。三分之二的人将“AI给出的方案大体正确，但总差那么一点”列为首要困扰。

GitLab对3266名从业者进行的第九届年度DevSecOps调查量化了这种运营拖累：73%的人遇到过“氛围编码”输出带来的问题，70%的人表示AI使合规管理更加困难，仅有37%的人愿意让AI在没有人工审查的情况下处理日常任务。

尽管如此，产出量仍在攀升。GitHub Octoverse 2025统计了1.8亿开发者、6.3亿个仓库以及每月合并的4320万个拉取请求，同比增长23%。而RuntimeWire报道的一个内部数据更令人惊奇：Cursor内部合并的拉取请求中，有35%是由在云虚拟机中自主运行的智能体发起的。

一旦三分之一的合并变更来自软件，审核队列就不再是对话，而变成了调度问题。“GitHub真的不像为智能体时代而构建的，”一位开发者于Origin上线时在X上写道，“宕机太频繁了，但在此之前并没有太多真正的替代方案。”

而Cursor于6月在旧金山首届开发者活动上首次宣布Origin时，就将其定位为“面向智能体时代的Git协作平台”。

该公司认为，GitHub和GitLab的设计初衷是围绕开发者编写代码、发起PR并等待审阅这一流程，这可能需要数天时间。但AI智能体生成变更的速度要快得多，有时甚至同时生成多个，这就给GitHub这类Git主机带来了截然不同的负载。在演示中，Cursor展示了一群AI智能体在单个仓库上以每秒22.6次提交的速度推送，同时维持每小时8.1万次推送和29.5万次克隆。

GitHub自身应对智能体时代的产品是Agent HQ，允许客户在GitHub内部编排来自Anthropic、OpenAI、Google、Cognition和xAI的第三方智能体。这是一个连贯的策略，其放弃了智能体层，保留了底层基础架构。

而Origin恰恰瞄准的就是这个基础设施层，这或将成为马斯克在这场对决中最有力的底牌。