AI 程式開發工具 Cursor 宣布推出程式碼託管平台 Origin early beta，把程式碼儲存庫、Pull Request（PR）、程式碼瀏覽與 GitHub 同步納入 Cursor。過去 Cursor 最鮮明的角色，是讓工程師在 IDE 裡直接與 AI 一起寫程式，如今卻開始跨進原本由 GitHub 等平台掌握的程式碼託管與協作環節。Cursor 為什麼不再只守著 AI 編輯器？答案可能與 AI Agent 正逐漸改變軟體開發流程有關。
不必離開 GitHub，Origin 先把工作拉進 Cursor
Origin 現階段並沒有要求團隊立刻搬離 GitHub。根據 Cursor 官方文件，若使用 GitHub 同步功能，GitHub 仍是主要版本來源，Origin 則維持同步副本。企業因此可以保留既有 GitHub 流程，同時在 Cursor 裡瀏覽程式碼、處理 PR，並把任務交給 Cloud Agent。
這種設計降低了嘗試 Origin 的門檻，也讓 Cursor 可以先把更多開發工作留在自己的環境裡。之所以值得注意，是因為 AI coding 的使用方式也在改變。
軟體開發工具商 JetBrains 今年針對超過 1 萬名專業開發者的調查顯示，工作中使用 GitHub Copilot 的比例為 29%，Cursor 與 Claude Code 都是 18%；其中 Claude Code 從 2025 年上半年約 3% 快速升至 18%。
過去 AI coding 多半圍繞 IDE 展開，工程師在編輯器裡呼叫 AI；如今 Claude Code 等工具讓開發者可以直接從終端機把完整任務交給 Agent，GitHub 也開始讓 Agent 從問題單（issue）、PR 等環節接手工作。也就是說，AI Agent 不一定要從編輯器開始工作，Cursor 若想涵蓋更多開發流程，也得把產品往 IDE 之外延伸。
GitHub 也把 Agent 往核心開發流程推
Cursor 往程式碼託管延伸之際，GitHub 也正從程式碼儲存與協作平台，進一步往 Agent 工作環境擴張。GitHub 2025 年就推出 Agent HQ，希望把不同 coding agent 納入單一工作流程，到了今年，這項布局持續深入日常開發。6 月，GitHub Copilot app 正式 GA，讓 Agent 可以接手開發任務，在獨立環境修改程式碼，再回到 PR 審查。
7 月底，Copilot code review 整合 Agent Skills 與模型脈絡協定（MCP），讓 AI 審查程式碼時能讀取團隊規範與外部資訊。8 月初，Copilot Automations 又支援由 issue 或 PR 留言自動啟動 cloud agent，原本用來討論與審查工作的介面，也開始成為 Agent 接任務的入口。
兩邊的起點不同，產品邊界卻越來越接近。Cursor 從 IDE 往程式碼儲存與 PR 延伸；GitHub 則從 repository 與 PR 出發，不斷把 Agent 能力加進既有流程。
AI coding 平台開始搶的不只是寫 code
《VentureBeat》分析，Origin 能否通過企業的安全審查，將直接影響大型組織是否願意採用。GitHub 7 月推出 Code Quality 時，也把 AI 加速程式碼產出後，如何確保品質與可靠性列為要解決的新問題。當 Agent 從協助寫程式，進一步參與修改、審查與交付，企業評估 AI coding 平台的重點，也可能延伸到權限、安全、品質管理，以及能否接進既有開發流程。
Origin 目前仍處 early beta，距離動搖 GitHub 的程式碼託管地位還很遠。但 Cursor 與 GitHub 從不同方向擴張，已顯示 AI coding 的競爭正在跨出編輯器。下一個值得觀察的問題，不只是誰的 Agent 更會寫 code，而是開發者與 Agent 最後會在哪一套平台上完成工作流程。
科技的變化總是快得驚人，而我們每天的工作，就是從龐雜的趨勢中理出觀點、提煉出決策者真正需要的洞察。如果你也對 AI 發展充滿熱情，《TechOrange 科技報橘》正在徵內容編輯！
👉立即投遞履歷
【推薦閱讀】
◆ SpaceX 為何願意砸 600 億美元買 Cursor？AI 競爭正從模型轉向工作流程
＊本文開放合作夥伴轉載，資料來源：Cursor、《VentureBeat》、JetBrains、GitHub 1、GitHub 2、GitHub 3，首圖來源：Cursor
