이미지: TechCrunch AI 화면 갈무리
摘要
- Cursor本周推出代码托管平台Origin,将此前由GitHub承担的代码仓库、PR、协作等功能原样迁移过来
- Origin发布当天,GitHub在全球范围内出现超过6小时的故障,错误率一度高达20%。也有分析指出,过去一年GitHub共发生257次故障
- Origin通过关联GitHub账号同步代码仓库,可与GitHub并行使用,并预告将推出原生智能体功能及扩展应用生态系统
- Origin 출시 시점
- 2026년 8월 셋째 주(현지 발표 기준)
- Origin 핵심 기능
- 저장소 호스팅, 코드 브라우징·편집, PR 처리, 깃허브와 상호연동
- 같은 날 깃허브 장애
- 6시간 이상 지속, 세계 오류율 약 20%
- 깃허브 최근 1년 장애 건수
- 257건 (LeadDev 분석, 찰스 험블)
- 깃허브 사용자 규모
- 1억8000만명 (깃허브 자체 집계, 지난해 10월 기준)
- 깃허브 연혁
- 2007년 설립, 2012년 마이크로소프트 인수
- 커서 소속 변화
- 2026년 8월 스페이스X에 인수, xAI와 같은 소속
- 예고된 후속 기능
- 에이전트 네이티브 기능, 앱 생태계 확장
GitHub宕机当天,Cursor开了新门
当地时间18日,GitHub在全球范围内出现超过6小时的访问故障,错误率一度高达20%。巧合的是,就在同一天,Cursor发布了正面对标GitHub的代码托管平台Origin。据科技媒体LeadDev分析,GitHub过去一年共发生257次故障,该媒体记者查尔斯·汉布尔(Charles Humble)指出,知名用户的流失正在明显增加。
GitHub长期扮演着全球开发者上传代码、共同修改的"仓库"角色。该公司成立于2007年,2012年被微软收购,截至去年10月,官方公布的用户规模为1.8亿人在此管理代码。尽管故障频发,GitHub作为全球最大代码托管服务的地位仍未动摇。
Origin能做什么
Origin将GitHub此前承担的核心功能原样迁移了过来。团队成员可以共同处理代码库、查看和修改代码、处理他人提交的修改建议(PR),以及将代码保存在仓库中,所有这些都可以在同一个界面中完成。不过,使用Origin并不意味着必须放弃GitHub。Cursor在官方博客中介绍称:"GitHub仓库可以与Cursor托管的仓库并存。"据说,只要将GitHub账号连接到Cursor,就可以按组织为单位选择要同步的仓库。Cursor同时预告称即将推出"原生智能体"功能,但尚未公布具体内容,并表示正在构建可支持整体编码工作的更广泛应用生态系统。
原本是一家编辑器公司
Cursor最初是一款AI代码编辑器。它让用户可以在同一界面中选择使用Anthropic的Claude、OpenAI的GPT、谷歌的Gemini等其他公司的模型,同时也自主训练并提供了名为Composer的自研模型。2026年8月,SpaceX收购了Cursor,使其与打造Grok的xAI成为"一家人"。一家从代码编辑器起步的公司,如今将业务延伸到了仓库托管领域。
早已捕捉到的信号
Origin这个名字并非首次出现。13日,Cursor就以"Cursor Origin(Cursor Review)"之名,面向部分合作伙伴进行了私密测试,在侧边栏加入了Codebase、Review标签页,试验同步GitHub仓库的功能。次日14日,风险投资机构a16z重新分享了Cursor联合创始人迈克尔·特鲁埃尔(Michael Truell)在2025年的一段采访发言,他当时将自主研发模型、转型为多产品公司、打造"AI编码套件"列为Cursor的战略重点。也就是说,一项在私密测试中打磨了约一周的功能,最终发展为正式发布。
如何使用
使用Origin无需安装额外程序,先从关联GitHub账号开始。1)在Cursor账号中连接GitHub账号。2)选择要关联的组织(org)。3)系统会显示可同步的仓库列表,从中选择所需仓库。4)选定后,Cursor会原样导入该仓库,使其可以在Origin中进行操作。目前尚未公布定价方案或排队等待等使用条件。
举例来说,可以保留现有GitHub仓库不变,只将新启动的项目放到Origin中管理。也可以不必一次性迁移整个团队,而是先同步部分仓库,试验PR处理和协作流程有何不同。
GitHub vs Cursor Origin
| 项目 | GitHub | Cursor Origin |
|---|---|---|
| 运营主体 | 微软(2012年收购) | Cursor(2026年被SpaceX收购) |
| 用户规模 | 1.8亿人(截至去年10月) | 刚发布,规模未公开 |
| 近期稳定性 | 过去一年故障257次(LeadDev) | - |
| 与GitHub的关系 | - | 通过账号关联同步仓库、可并行使用 |
编辑视角
这次发布并非偶然。Cursor早在13日就已开始私密测试同样的功能,迈克尔·特鲁埃尔一年前就已透露的多产品战略,如今不过是拼上了仓库托管这一块。GitHub的故障恰好赶在同一天,只是时机凑巧,并不是Origin诞生的原因。"仅靠一款编辑器留住开发者"的时代正在落幕,这一判断先于故障事件存在,而故障不过是印证了这一判断。
从IDE起步的工具延伸到仓库托管,这种走向并不陌生。在编写代码的工具与存放代码的仓库彼此分离的时代,开发者在两种服务之间切换是理所当然的;但当编辑器公司开始附加托管功能时,对开发者而言,迁移成本降低的同时,被绑定在单一厂商身上的风险也随之增加。此次Origin强调可与GitHub并行使用,也说明现阶段还没有到要求用户彻底转移的地步。
对一线团队来说,目前没有必要立即迁移全部仓库。不过,可以先在Origin中启动一两个新项目,比较PR处理速度和协作流程与现有GitHub相比有何差异。规模越大的组织,在稳定性记录积累充分之前,越不必急于决定迁移核心仓库。
预计未来几周内,此前预告的"原生智能体"功能将逐步明朗化。考虑到Cursor背后是打造Grok的xAI与SpaceX,Origin的下一步很可能是利用Grok实现自动代码审查或PR处理等功能。
