Cursor上线代码托管平台Origin，恰逢GitHub大规模故障

周一上午，Cursor开始推送其自有代码托管平台Origin。约三个半小时后，GitHub发生故障。这一时间顺序引发关注，尽管目前无证据表明Cursor刻意利用此时机，但巧合为公司带来了显著的宣传效应。

Cursor员工Matt Palmer调侃称，Origin本打算更早上线，但因GitHub宕机而推迟。该言论迅速传播，被评论为当日最佳注脚。事实上，企业发布计划通常提前数周锁定。

GitHub服务严重降级

GitHub的服务降级持续6小时42分钟，直至UTC时间20:22恢复。期间，拉取请求（Pull Requests）、Issue及API错误率约20%，归档和原始文件下载错误率高达50%。企业单点登录（SSO）失效，导致SAML、OIDC、SCIM配置及团队同步功能瘫痪，Copilot服务亦不可用。

这是GitHub状态页在过去15天内记录的第七起事故。LeadDev分析显示，从2025年5月至2026年4月，GitHub共发生257起事故，其中48起为主要事故，平均每周一次重大中断。仅GitHub Actions一项，在12个月内就导致57次停机。

GitHub首席技术官Vlad Fedorov承认，平台未预料到当前规模，未能达到自身可靠性标准。自Thomas Dohmke一年前辞职以来，GitHub首席执行官职位一直空缺，微软将其并入CoreAI组织。用户已开始迁移：Zig于今年11月迁至Codeberg，Ghostty于今年4月宣布跟进，OpenAI也被曝因停机问题构建替代方案。

Origin的战略：兼容而非替代

Cursor Origin提供仓库管理、拉取请求、代码浏览和搜索功能。其核心策略在于“不”要求用户放弃GitHub。用户连接组织并选择仓库后，这些仓库将与Origin原生仓库并列显示，权限设置镜像GitHub现有配置。

代码推送仍指向GitHub，GitHub是唯一真相源。拉取请求评论可在两者间秒级双向同步。Depot和Buildkite可无缝运行现有GitHub Actions工作流，Vercel负责预览部署。这种兼容性降低了工程团队的采用门槛，无需审批即可零成本试用，悄无声息地接管开发者工作环境。

智能体时代的代码工厂

Cursor于今年6月首届开发者大会上推出Origin，定位为面向智能体时代的Git工厂。演示中，智能体针对单个仓库达到每秒22.6次提交的速率。RuntimeWire报道，目前云机器中自主运行的智能体已处理Cursor内35%的合并拉取请求。

当三分之一合并变更来自软件时，代码审查从对话变为调度问题。Google发布的2025年DORA报告指出，AI采用率与交付吞吐量正相关，但与交付稳定性负相关。Stack Overflow调查显示，开发者对AI准确性的信任度从43%降至33%。这正是Cursor为其全天候智能体团队提出的论点。

数据安全与所有权隐忧

Cursor Origin向所有付费计划用户默认开启，除非企业管理员选择退出。许多公司尚未决定是否允许专有代码存储在新主机上，Cursor已替其做出决定。此外，Cursor未公布数据保留、驻留地、训练用途及子处理器等详细信息。

所有权方面，SpaceX于今年6月以600亿美元完成对Cursor的收购，交易于8月14日敲定，Origin上线前三天Cursor正式隶属于SpaceXAI部门。监管机构此前曾就两家公司过早合作提出质疑。Moor Insights and Strategy分析师Jason Andersen指出，xAI模型及其护栏处理方式与Cursor以往立场不同。届时，一家公司将同时控制代码编辑器、托管主机及运行模型。

安全方面，Mindgard研究人员今年7月披露，Cursor在Windows项目根目录打开包含恶意git.exe的文件时会立即执行且无提示。Cursor拒绝修补，称其属共享责任模型范围之外，并承认未及时闭环沟通。同类缺陷也出现在GitHub Copilot CLI、Gemini CLI和OpenAI Codex中。

建议与展望

鉴于默认设置开启，建议企业本周确认自身策略，仔细审阅即将出台的数据条款。目前应将Cursor Origin视为GitHub之上的便利层。同时，趁镜像功能尚存，询问出口费用。随着Cursor激励措施从“借用底层设施”转向“拥有底层设施”，其价格上月已上调，适合采用的特性可能逐渐侵蚀。

【星途科讯 图文丨伊贝 首发于ZAKER科技，转载请注明出处】