社区所有版块导航
Python
python开源   Django   Python   DjangoApp   pycharm  
DATA
docker   Elasticsearch  
aigc
aigc   chatgpt  
WEB开发
linux   MongoDB   Redis   DATABASE   NGINX   其他Web框架   web工具   zookeeper   tornado   NoSql   Bootstrap   js   peewee   Git   bottle   IE   MQ   Jquery  
机器学习
机器学习算法  
Python88.com
反馈   公告   社区推广  
产品
短视频  
印度
印度  
Py学习  »  Git

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

Tech星球 • 昨天 • 18 次点击  
👆点击 Tech星球 > 点击右上角“···” > 设为星标🌟
  Tech星球(微信ID:tech618

文 华卫

封面来源 | 豆包AI



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


今早,编程工具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恰恰瞄准的就是这个基础设施层,这或将成为马斯克在这场对决中最有力的底牌。





欢迎按指引星标Tech星球🌟

第一时间接收文章更新👇


加入交流群&内容转载&合作相关
Tech星球小助手 | 微信:miniworld007

Python社区是高质量的Python/Django开发社区
本文地址:http://www.python88.com/topic/199884