Cursor 3

Cursor 3 把 IDE 變成 Agent 工作台:從 fork 走向從零打造

Cursor 3 以 agents 為中心從零打造統一工作區:所有 local 與 cloud agents 收進同一側欄、雙向 handoff、內建 diffs 與 browser,以及 Marketplace 插件生態。本文拆解每項機制、發布裡缺少的數字,以及 builder 的採用建議。

Cursor 3 把 IDE 變成 Agent 工作台:從 fork 走向從零打造 — 文章封面
本頁內容8 個段落
  1. 從 fork VS Code 到從零打造
  2. 所有 agents 收進同一個側欄
  3. 本地與雲端的雙向 handoff
  4. 從 commit 到 merged PR,IDE 能力仍在
  5. Marketplace:插件生態與團隊私有市集
  6. 沒有數字的一次發布
  7. Builder 建議:怎麼開始
  8. 參考來源

過去一年,開發工作的重心從手動編輯檔案,移轉到與寫掉大部分程式碼的 agent 協作。Cursor 官方把這條路線稱為軟體開發的第三個時代:由成群的 agent 自主出貨改進。願景很清楚,但官方也在公告中承認現實落差——工程師仍在微管理單一 agent,在不同對話、終端與視窗之間跳躍,試圖記住每件事發生在哪裡。

4 月 2 日推出的 Cursor 3,是 Cursor 對這個落差的回答:一個以 agents 打造軟體的 unified workspace。依官方說法,它更快、更乾淨、更強大,具備 multi-repo 佈局、local 與 cloud agents 之間的 seamless handoff,而且隨時可以切回傳統的 Cursor IDE。這篇文章拆解每個機制實際改變了什麼、這次發布裡沒說的事,以及採用時的取捨。

從 fork VS Code 到從零打造

Cursor 的起點本身就值得注意:當年他們選擇 fork VS Code 而不是做 extension,就是為了能塑造自己的介面。Cursor 3 再往前一步——新介面不是在舊 IDE 上疊加,而是從零打造,以 agents 為中心。

這個差別比聽起來大。以檔案為中心的 IDE 裡,agent 只是側欄裡的訪客;以 agents 為中心的 workspace 裡,檔案瀏覽、diff 與瀏覽器都變成驗證與深入的工具。需要傳統編輯體驗時,切回 Cursor IDE 的選項仍然保留——官方的定位是漸進遷移,不是強制切換。

所有 agents 收進同一個側欄

新介面天生 multi-workspace,讓人類與 agents 跨不同 repos 工作。所有 local 與 cloud agents 都出現在同一個側欄,包括從 mobile、web、desktop、Slack、GitHub 與 Linear 發起的任務。cloud agents 會產出 demos 與 screenshots 供使用者驗收,不必再靠掃 log 猜測結果。官方也說明:這與 cursor.com/agents 上的體驗相同,現在整合進桌面 app。

深一層看,這是把開發者的工作抽象層級往上拉:先看到每個任務的狀態與產出,需要時才往下挖到檔案或終端。對多 agent 並行的場景,省下的是 context 切換的成本——那往往才是工程師時間真正的去處。

本地與雲端的雙向 handoff

handoff 是這次最有實用價值的機制,而且兩個方向都通:

方向 適用情境
cloud → local 要親手改碼、在本機啟服務做互動測試
local → cloud 任務要跑很久、關掉筆電仍要續跑,或想先去做下一件事

官方強調搬移速度「非常快」。模型層的搭配是 Composer 2——Cursor 自家的 frontier coding model,官方定位是 usage limits 較高、適合快速迭代。handoff 真正解決的不是「雲端比較厲害」這類比較,而是工作不必因為環境切換而被重新解釋一次;對長任務來說,交接成本往往比模型推理時間更難控制。

從 commit 到 merged PR,IDE 能力仍在

新的 diffs view 提供更簡單的 UI,編輯與審查變更更快;準備好之後可以直接 stage、commit 並管理 PRs。理解程式碼的能力也完整保留:可以檢視檔案、在 editor 內 go to definition,支援完整 LSPs。另外有一個內建 browser,可以開啟、導覽並對本機網站下 prompt——驗收前端工作時特別實用。

官方引述 alpha users 的回饋:Cursor 3 好用的地方,在於它把 IDE 最好的部分與較新的 agent-first 能力,結合在同一個介面裡。這是質性回饋,但與機制設計的方向一致。

Marketplace:插件生態與團隊私有市集

Marketplace 上有數百個 plugins,用 MCPs、skills、subagents 等方式擴充 agents,一鍵安裝;也可以建立團隊私有的 team marketplace。這讓 agent 的工具從個人設定檔,變成可共同維護的團隊資產——對要推廣 agent 工作流的團隊,插件的治理入口比數量本身更重要。

沒有數字的一次發布

值得誠實標示:這篇公告沒有任何定價、百分比或 benchmark 數字,連 Composer 2 的 usage limits 也只有「較高」的定性描述。驗收這類發布,能依賴的是機制本身的可驗證性——側欄是否真的收攏了所有來源的任務、handoff 是否真的不必重建 context——而不是廠商的量化承諾。「成群 agent 自主出貨」的第三時代願景是官方立場,採用決策仍應以今天就能操作的機制為準。

Builder 建議:怎麼開始

啟用方式很直接:升級 Cursor 後執行 Cmd+Shift+P -> Agents Window。採用節奏上三個建議:第一,先在單一任務上熟悉側欄與 handoff,再引入多 agent 並行——並行數量不會自動提升產出,任務邊界與驗收標準才是。第二,把最長的任務第一個搬上 cloud:關筆電不中斷是最容易驗證、也最立即的收益。第三,團隊若已累積內部 MCP 或 skills,直接開 team marketplace,把插件治理放在工作流推廣之前。

官方也明說介面不會停在這裡:更強的模型會解鎖新的互動模式。對 builder 而言,Cursor 3 值得認真看的理由不是功能清單,而是它把「多 agent 協作」從願景拉成了今天就能操作的日常工作台。

參考來源

本文由 AI 協助自上述來源整理,經人工審核後發布。

分享X電郵