Cursor 把雲端代理變成常駐勞動力：Subscriptions、/goal 與子代理 VM

Cursor 在 2026 年 8 月 19 日的更新日誌，低調地重新定義了「AI 編碼工具」這個品類。這次更新把產品的雲端代理（cloud agents）全面改造成围绕「持續性」設計：代理可以「回應事件主動接手工作、持有目標直到完成、並在長時間運行的會話中保持方向」。實際意義是：AI 編碼代理不再需要被呼叫、等待、然後關掉。它可以被指派一項常設任務、放著不管、稍後再回來看——你對待它的方式，更像對待一位待命的新進工程師，而不是一個自動補全框。

這次更新直接以 changelog 形式發布到現有的雲端代理功能面——不是候選名單 beta——並使用既有的雲端代理用量計費（Pro 級以上方案）。這是 Cursor 五天內的第三篇產品發文，距離 SpaceX 以 600 億美元收購 Cursor、將其併入 SpaceXAI/Grok 組織剛好兩個月。無論收購的戰略意圖為何，Cursor 出貨節奏沒有放緩：7 月推出每月 649 盧比的印度方案，8 月上旬發布 MoE megakernel 技術文章與 Origin 程式碼託管 beta，現在則是這次更新。

Subscriptions：會自己醒來的代理

核心功能是 Subscriptions（訂閱）。雲端代理現在可以監控 pull request、Slack 討論串或排程任務，並且——用 Cursor 自己的話說——「在有事情發生時醒來」。更新日誌給的例子隨意得令人會心一笑：@cursor check back in an hour and keep going until that feedback is in（一小時後回來看，等那份反饋進來再繼續）。

其機制是對事件來源的常設訂閱，而不是一次性的 webhook 觸發即忘。代理不會在 PR 開啟時跑一次就結束；它會隨著審查意見進來持續重新投入，一路工作到討論串解決，然後自行停止。雲端代理也會自動訂閱自己開的 PR，把它們推到完成——修復 CI 失敗、回應 bot 留言，全程不需要人類逐步催促。

這建立在 Cursor 既有的基礎上。2026 年 3 月推出的 Automations 已能由 GitHub PR、Linear issue、Slack 訊息、PagerDuty 事件和 cron 排程觸發一次性雲端沙箱。Subscriptions 則在這些觸發器之上加了「有狀態」這一層：代理追蹤的是一場持續演進的對話，而不是對某個瞬間快照做反應。

/goal：跨越會話存活的目標

新的 /goal 指令讓代理持有一個長期目標，「直到完全完成為止」。官方示範的目標——/goal fix all flaky tests and make CI green（修好所有不穩定測試，讓 CI 變綠）——很能說明問題：這正是那種人類工程師會拖延好幾週的、跨會話的模糊雜務。代理會跨越無數輪對話持續持有這個目標，還可選配 Custom Mode（釘選的「劇本」技能）或 /loop 週期性回報進度。

Custom Mode 本身也在同一次更新中升級：任何技能現在都能透過 Mac 的 ⌥⏎ 或 Windows 的 Alt+Enter 釘選為常駐聊天模式。Cursor 把它們描述為「always on」的技能，讓代理在長時間運行中專注於特定紀律。

子代理 VM：不打架的平行處理

基礎設施層面最重要的改動，是子代理（subagents）現在運行在各自的虛擬機器上，每一個都拿到「專案的隔離副本，在自己的雲端環境裡帶著乾淨的上下文」。

理由很機械、一點也不神奇：兩個代理同時編輯同一個工作目錄必然衝突——檔案寫入的競態條件、一個代理改到一半的重構弄壞另一個的測試。給每個子代理一份乾淨的 checkout 和專屬 VM，就徹底消除了這種失敗模式。Cursor 列出的使用情境：讓子代理在全新環境中測試父代理的變更（不被殘留狀態污染），或者「swarm independent fixes」——一個子代理修 lint、一個追不穩定測試、一個處理依賴升級，全部同時進行。建議的提示詞把形態講得很明白：「run a swarm of subagents to test my app for bugs, each in its own environment」。

所以當「AI coding swarms」攻占你的時間軸時，在 Cursor 這裡的具體含義是「帶協調者的扇出平行」——父代理把目標拆解、分派給隔離的 worker、worker 回報結果。這正是 Cursor 7 月 20 日示範的「規劃者 + 廉價快速 worker 團隊」之下的基礎設施層。

另有一個小改動收尾：代理工作期間送出的導引訊息，現在會排隊等下一個工具呼叫，而不是當場打斷代理。在兩分鐘的會話裡無關緊要；當一次運行可能長達一小時，就重要多了。

商業模式的含義

有趣的問題不在技術。如果 Subscriptions 和 /goal 名副其實，買家將開始為「常駐代理產能」付費，而不是按次付費。一群閒置待命、PR 有動靜就醒來、自主工作到 CI 變綠的代理，其定價與管理方式會更像基礎設施——更接近一個 Kubernetes 叢集，而非 IDE 外掛。平行子代理會讓每次運行的算力倍增，失控的 /goal 迴圈會變成帳單上真實的一行。AI Weekly 的編輯把最尖銳的問題濃縮成一句：「一個失控的 /goal 迴圈要花多少錢。」

在「無人值守代理」這條賽道上 Cursor 並不孤單——Claude Code 的背景代理在會話內的任務面板運行，Codex 雲端代理在 OpenAI 託管的沙箱中由 CLI 或 ChatGPT 啟動。但截至這次發布，兩者都沒有把「常設事件訂閱」當成主打功能。Cursor 押注的是：訂閱工作本身、而不是訂閱提示詞，才是差異化所在。

這也加深了 Cursor 平台的重力。隨著 8 月 17 日 Origin 程式碼託管進入 beta，加上活在 Slack 討論串與 PR 時間線裡的代理，Cursor 越來越完整地掌握了整個迴圈——儲存庫、審查、CI，以及監看這三者的勞動力。對團隊而言，吸引力顯而易見。對剛剛又一次被削去中心地位的 GitHub 來說，就沒那麼愉快了。

發布與現實之間的落差值得持續觀察：針對多小時、跨會話目標的代理可靠度，目前缺乏獨立基準測試，而「修好所有 flaky tests」素來是個會自己製造回歸的任務。但方向上，8 月 19 日的更新標誌著一個轉折點：AI 編碼助手不再假裝自己是自動補全，開始把自己組織成非同步勞動力。