---
title: "Cursor 一夜 “幹掉了” GitHub"
type: "News"
locale: "zh-HK"
url: "https://longbridge.com/zh-HK/news/296158965.md"
description: "Cursor 宣佈推出全新代碼託管平台 Origin，正式與 GitHub 競爭。該平台專為 Agent 時代設計，深度集成 Cursor 編輯器，支持堆疊式 PR、AI 自動合併及與 GitHub 雙向同步。Origin 測試版已向付費用户開放。受此消息影響，微軟股價下跌超 3%，市值蒸發超 1120 億美元。此前 GitHub 曾發生大規模服務癱瘓事件。"
datetime: "2026-08-18T00:42:21.000Z"
locales:
  - [zh-CN](https://longbridge.com/zh-CN/news/296158965.md)
  - [en](https://longbridge.com/en/news/296158965.md)
  - [zh-HK](https://longbridge.com/zh-HK/news/296158965.md)
generator: "portal-rs"
---

# Cursor 一夜 “幹掉了” GitHub

今天，全球程序員集體經歷了一場「荒誕劇」。

美東時間上午 9 點 40 分，GitHub 全面癱瘓，連帶 Copilot 全線陣亡。

整整 7 個小時，核心服務癱瘓長達 3 小時，碼農們直接停擺，代碼拉不下、AI 用不了.....

好巧不巧，就在今天，Cursor 正式宣戰 GitHub！

正式併入 SpaceXAI 後，原班人馬甩出了全新**「代碼託管平台」Origin。**

Origin 到底是什麼，快速劃重點：

-   定位：專門給 Agent 時代設計的 Git 代碼託管平台，深度集成 Cursor 編輯器
-   核心能力：堆疊式 PR、合併隊、機器可讀審查狀態、MCP 協議支持、事件驅動自動化
-   兼容：GitHub 雙向實時同步，現有工作流不用動

從今天起，Origin 測試版向所有 Pro/Teams/Enterprise 付費用户開放

原以為，Cursor 只是想幹掉 VS Code，但現在看來，**GitHub 才是它真正的「終極獵物」。**

幾乎同一時間，微軟股價跌超 3%，超 1120 億美元瞬間蒸發。

## Cursor 版 Github，上線了

Origin 不是「Cursor 雲端存了個代碼副本」，它是一個完整的 git 託管平台。

早期測試版，能幹的事非常多——

建倉庫、用標準 git 做 clone/push/pull、從 GitHub 同步倉庫、在瀏覽器裏瀏覽和搜索代碼、開 PR、review、合併、管權限。

**一整套 GitHub 核心動作，重做了一遍。**

用法也很簡單，在新的 Codebase 標籤頁點「+New」建個倉庫。

頁面會直接告訴你怎麼裝 CLI、怎麼把本地項目推上去。

首次給 codebase 起的名字，會變成每個倉庫網址的一部分，比如，cursor.com/codebase/acme-corp。

**AI 自動合併，人類審查都省了**

和 GitHub 一樣，在 Origin 中，每個代碼倉庫都有 PR，主要亮點功能有三點。

-   堆疊式 PR

堆疊式 PR 允許把一個大變更拆成多個小 PR，按依賴關係堆疊，Origin 用可視化依賴圖展示。

這對 Agent 太關鍵了。Agent 天然喜歡大批量改代碼，一次改 50 個文件是常態。全塞一個 PR 裏？人類 reviewer 看到直接相關頁面。堆疊式 PR 把這個問題拆開了。

-   合併隊列

一個倉庫裏 10 個 Agent 各自改了一批代碼，各自提了 PR，CI 跑完全是綠的。

問題來了：先合哪個？合完一個，剩下 9 個的測試結果還能信嗎？

傳統 GitHub 處理這種局面非常痛苦，動不動就合併衝突、CI 重跑、反覆 rebase。Origin 的合併隊列自動排序和檢測衝突，保證主幹永遠 CI 綠。

更狠的是，遇到跨幾十個文件的衝突分支，Origin 在合併層直接內置了 AI 引擎自動解決衝突，連人工介入都省了。

-   機器可讀的審查狀態

GitHub 的審查狀態本質上是給人看的，就是一個綠勾加一段評論文字。

Agent 想判斷一個 PR 能不能合併，得去解析評論內容。Origin 把審查狀態做成了結構化 API，Agent 直接讀寫，不用猜。

**一個按鈕，一鍵搬空 GitHub**

最關鍵的是，老項目也不用搬家，Origin 支持直接鏡像 GitHub 倉庫。

git 歷史、分支、標籤全帶過來，PR 還能雙向同步。

剛同步過來的時候，GitHub 仍然是權威數據源（source of truth）。

簡單講，同一份代碼可以存在很多地方，但總得有一份説了算：出了分歧以誰為準、CI 從哪兒拉、上線部署認哪一份。

過去二十年，全世界絕大多數團隊的「權威數據源」，都在 GitHub 手裏。

如今，Origin 徹底顛覆了這一格局。

**只要點擊「Detach from GitHub」**，Origin 就會反客為主，成為真正的「代碼大本營」！

這足以説明，它不是給 GitHub 套了層 Cursor 的皮。它是真的在建自己的「地基」。

這一次，Origin 還打通了 App 生態，首批接了 Vercel、Depot、Buildkite。

Vercel 負責每個 PR 自動出預覽部署；Depot 和 Buildkite 負責 CI，而且這倆都能跑你現成的 GitHub Actions workflow。

**給 Agent 跑的地基**

不僅如此，Origin 原生支持 MCP，Agent 可以像調 API 一樣驅動整個 forge，不侷限於 IDE。

性能數據這塊，是説給 Agent 聽的。

每小時 296,000 次 clone、81,000 次 push，每秒 22.6 次 commit，全球同步延遲低於 400 毫秒，自動故障轉移 10 毫秒。

每秒 commit 22 次，聽着離譜，但對一支 Agent 軍團來説剛好夠用。

## **寫代碼的主力不是人了**

Cursor 之所以要做 Origin，根本原因在於，GitHub 已經跟不上 Agent 的速度了。

今年 3 月 Truell 公開過一個內部數字：Cursor 合併的 PR 裏，35%-40% 是 Agent 在雲端虛擬機上自主完成的。

換句話就是，Agent 自己開分支、自己提交、自己開 PR。

反觀 GitHub，這套 2008 年設計的工作流，骨子裏是為「人」打造的。

一個人寫完，找一兩個人審，排隊等合併，節奏以小時和天計。

但顯然，Agent 不按這個節奏來，十幾個同時湧進一個倉庫，時間尺度是秒。

Origin 就是為這個現實建的。

代碼、PR 和 Agent 在同一個地方，在 Cursor 裏寫代碼的時候，Agent 可以直接改代碼、更新 PR、推分支，不用跳出去操作另一個平台。

## 那麼，你今天要不要搬家？

先別急。短期內沒有哪個團隊會把核心項目從 GitHub 整個搬走。

如果你已經在用 Cursor 的雲端 Agent 跑後台任務，值得試一下 Origin。

而且搬家成本幾乎為零，倉庫設置裏點一下 Detach from GitHub，主客就易位了。

SpaceXAI 研究員直接貼臉開大：GitHub 崩了，不如看看 Origin！

GitHub 趴了那天，Cursor 開門迎客。

下一次 GitHub 再趴，你可能已經不需要等它恢復了。

風險提示及免責條款

市場有風險，投資需謹慎。本文不構成個人投資建議，也未考慮到個別用户特殊的投資目標、財務狀況或需要。用户應考慮本文中的任何意見、觀點或結論是否符合其特定狀況。據此投資，責任自負。

### 相關股票

- [MSFT.US](https://longbridge.com/zh-HK/quote/MSFT.US.md)
- [MSFO.US](https://longbridge.com/zh-HK/quote/MSFO.US.md)
- [MSFX.US](https://longbridge.com/zh-HK/quote/MSFX.US.md)
- [MSFL.US](https://longbridge.com/zh-HK/quote/MSFL.US.md)
- [MSFU.US](https://longbridge.com/zh-HK/quote/MSFU.US.md)
- [MSFD.US](https://longbridge.com/zh-HK/quote/MSFD.US.md)
- [MSFW.US](https://longbridge.com/zh-HK/quote/MSFW.US.md)
- [MSFY.US](https://longbridge.com/zh-HK/quote/MSFY.US.md)
- [MAGX.US](https://longbridge.com/zh-HK/quote/MAGX.US.md)

## 相關資訊與研究

- [微軟在安全問題引發關注後表示，‘人比人工智能更重要’](https://longbridge.com/zh-HK/news/298923672.md)
- [微軟 AI 發佈了 MAI 模型的行為準則草案](https://longbridge.com/zh-HK/news/298935159.md)
- [拒絕使用微軟賬户的用户可以通過另一種方式安裝 Windows](https://longbridge.com/zh-HK/news/299050658.md)
- [微軟首席執行官納德拉支持放緩人工智能的發展，同時科技股下跌](https://longbridge.com/zh-HK/news/298914059.md)
- [Cloudflare 幫助解決搜索與 AI 訓練之間的權衡 | NET 股票新聞](https://longbridge.com/zh-HK/news/299055070.md)

---
> **免責聲明: 本文僅供參考，不構成任何投資建議。**