GitHub當機逾6小時 Cursor推出程式碼託管平台Origin

Cursor推出程式碼託管平台Origin的初期測試版,將觸角伸向開發協作領域。這波動作顯示AI編碼工具的角色,已從單純協助寫程式,擴大到管理程式碼庫與審查提取請求(PR)。

科技媒體TechCrunch報導,Cursor是在開發者對GitHub當機與效能下滑的不滿升溫之際推出Origin。報導指出,Origin是一個讓開發者能共同處理程式碼庫、瀏覽與修改儲存庫,並處理PR的程式碼託管平台。

Cursor在官方文件中把Origin形容為「用來儲存與分享程式碼的Git平台」。Origin提供建立儲存庫、透過標準Git進行複製(clone)、推送(push)與拉取(pull)、鏡像同步GitHub儲存庫、程式碼搜尋,以及開啟、審查與合併PR等功能。

Origin的程式碼儲存功能僅開放給Pro、Team與Enterprise付費方案,免費方案不適用。Cursor也說明,即使是付費用戶,存取權限也會分階段開放,因此可能不會立即出現在畫面上。

所謂「Git平台」,是指代管Git儲存庫、並處理程式碼審查、權限管理與PR合併的開發協作平台。長期以來,這個領域主要由GitHub等獨立代管服務主導,編碼工具則多半侷限在撰寫與執行環境。

Origin並未把「直接取代GitHub」當成唯一訴求。根據Cursor文件,使用者可以選擇GitHub上的組織與儲存庫,同步到Origin。鏡像同步的範圍包括Git歷史紀錄、分支、標籤、可搜尋的程式碼,以及雙向同步的PR。

不過,GitHub Issues、GitHub Actions工作流程與機密資訊(Secrets)並不在鏡像範圍內。從GitHub建立的儲存庫,GitHub仍是原始儲存庫,透過Origin推送的變更也會同步回GitHub。

這樣的架構被解讀為,鎖定那些無法一次切斷既有GitHub依賴的開發團隊。開發者可以在保留原有儲存庫的同時,在Origin內進行程式碼搜尋與PR審查。

推出時機也引發關注。TechCrunch報導,Origin上線當天,GitHub發生超過6小時的全球服務中斷,網頁與API流量的錯誤率一度達到約20%。

GitHub官方的可用性報告同樣顯示,今年4月至6月間,Copilot、Git相關作業、Actions與PR等功能多次出現服務中斷與故障紀錄。程式碼儲存庫與協作工具一旦停擺,開發團隊的部署與審查排程勢必跟著延後。

Cursor也表示,將為Origin加入「代理原生」(agent-native)功能。細節目前公布不多,但外界解讀,這是考量AI代理產生的程式碼變更,未來可在同一環境中完成審查與合併的流程。

這件事與本地開發團隊及區塊鏈專案也有連結點。開源儲存庫、智能合約程式碼、前端部署流程,多半仰賴GitHub運作。即便使用AI編碼工具,程式碼儲存、審查與自動化流程,過去仍多在另一個平台上單獨處理。

本刊此前已報導,Cursor以初期測試版形式推出Origin。當時的關注焦點在於程式碼儲存與審查功能的擴張,如今的關鍵問題則是,在GitHub故障頻傳的情況下,替代或補充平台的需求是否會持續擴大。

不過GitHub的規模依然龐大。GitHub在2025年的Octoverse報告中指出,全球有超過1億8000萬名開發者使用GitHub,並表示財星100大企業中有超過9成也使用GitHub。

Cursor透過Origin,或許能吸收GitHub部分核心工作流程,但問題管理、持續整合(CI)設定、權限體系與既有自動化流程的搬遷,仍是尚未解決的課題。Origin目前仍處於初期測試階段,僅針對付費方案用戶,逐步開放存取權限。