幾年前我們開始打造 Cursor 時，大多數程式碼都是一個按鍵一個按鍵地敲出來的。Tab 自動完成改變了這一切，開啟了 AI（人工智慧）輔助寫程式的第一個時代。

接著，代理出現了，開發者開始透過同步的提示與回應迴圈來指揮代理。那是第二個時代。現在第三個時代正在到來。它的特徵是：代理能在較少人為指導下，獨立處理更大型的任務，並橫跨更長的時間尺度。

因此，Cursor 的核心已不再只是「寫程式碼」，而是幫助開發者打造一座生產其軟體的工廠。這座工廠由一整支代理艦隊組成，開發者像與隊友互動一樣與它們協作：提供初始方向，為它們配備能獨立作業的工具，並審查它們的成果。

在 Cursor 的我們，許多人已經以這種方式工作。現在我們合併的 PR（拉取請求）中，有超過三分之一是由在雲端自動運行的代理所建立。一年後，我們認為絕大多數的開發工作都將由這類代理完成。

#從 Tab 到 Agents

Tab 擅長找出那些重複性高、變化度低的工作，並將其自動化。將近兩年，它都提供了巨大的效能槓桿。

隨著模型能力提升，Agents 可以掌握更多上下文、使用更多工具，並執行更長的動作序列。開發者的習慣開始改變——一開始在那年夏天還只是緩慢變化，接著在過去幾個月中，隨著 Opus 4.6、Codex 5.3 和 Composer 1.5 的發佈而快速演進。

這場轉變已經如此徹底，以至於現在大多數 Cursor 使用者幾乎不再按 Tab 鍵。2025 年 3 月，我們的 Tab 使用者大約是代理使用者的 2.5 倍。現在情況反轉了：代理使用者的數量是 Tab 使用者的 2 倍。

但這種轉變本身已經在讓位給更巨大的變化。Tab 時代持續了將近兩年。而第二個時代——大部分工作由同步代理完成——可能撐不滿一年。

#雲端代理與產物

相較於 Tab，即時同步的代理運作在開發流程的更高層。它們處理需要脈絡與判斷的工作，但仍在每一步都讓開發者能參與其中。不過，這種即時互動形式，加上同步代理會在本機競爭資源，代表實務上同一時間只能同時使用少數幾個。

雲端代理同時解決了這兩項限制。每個代理都在自己的虛擬機器上執行，讓開發者可以把任務交付出去，自己繼續處理其他事情。代理會花上數小時來推進任務，不斷迭代與測試，直到對結果有足夠信心為止，然後帶著可以快速審閱的內容回來：日誌紀錄、操作錄影，以及即時預覽，而不是程式碼差異（diffs）。

這讓平行執行多個代理變得可行，因為產物與預覽能提供足夠的脈絡，讓你無需從頭重建每個工作階段就能評估結果。人類的角色，從逐行指導程式碼撰寫，轉變為定義問題並設定審查標準。

#Cursor 內部的變革正在展開

我們在 Cursor 內部合併的 PR（拉取請求）中，現在有 35% 是由在雲端 VM 中自主運行的代理所建立的。我們觀察到，採用這種新工作方式的開發者通常有三個特徵：

1. Agents 幾乎撰寫了他們 100% 的程式碼。
2. 他們把時間花在拆解問題、審查成果，以及提供回饋上。
3. ���們會同時啟動多個代理，而不是一路手把手地帶單一代理完成任務。

在這種做法成為軟體開發業界標準之前，還有許多工作要做。在工業級規模下，那些單一開發者尚可設法繞過的不穩定測試或損壞的環境，會變成導致每一次代理執行中斷的故障點。更廣泛來說，我們仍然需要確保代理能夠盡可能高效地運作，並完整取得它們所需的工具和上下文。

我們認為，昨天發佈的 Cursor cloud agents，是朝這個方向邁出的初步但重要的一步。