Cursor 將 Automations 整合進 IDE

Cursor 先前將「背景執行的 Agent」功能放在 cursor.com/automations 獨立網頁上。5 月 20 日的 3.5 版本,把這個頁面直接整合進 IDE 的 Agents Window——日常寫程式的視窗與背景執行任務的視窗,現在並排顯示。

三項變更,哪項最重要

這次 Automations 改了三處:

  • 拉進 IDE 主面板,從「網頁儀表板」變成「視窗內建」
  • 支援一個 automation 同時掛載多個倉儲
  • 也能完全不掛倉儲,純粹當工具監聽器執行

第一項是產品入口的調整,工程師使用頻率會顯著提升。真正重要的是第二項:跨倉儲。

做過微服務的人都了解——一個改動經常牽涉 3 個 repo:前端、後端、基礎架構。以前的 Agent 一次只能處理一個 repo,跨 repo 的工作得拆成三步驟輸入,Agent 又不知道前一步的上下文,準確度很差。Cursor 這次允許一個 automation 同時掛載多個 repo,Agent 一次看完所有相關程式碼再動手。

官方提供的用例直接寫在 changelog 裡:跨多個 repo 做 PR review、修測試、跑建置。這一刀切的是中大型工程團隊最痛的地方。

5 個不掛倉儲的模板,瞄準什麼市場

第三項改動看似邊緣,其實更值得思考。

「不掛倉儲的 automation」——Agent 在 Cursor 裡執行,但完全不讀取你的任何程式碼——這表示 Cursor 正在把自己定位成「工程師日常工具的中樞」,而不只是寫程式的 IDE。

5 個官方模板說得很清楚:

  • Slack digest: 早上自動總結你昨晚漏掉的 DM 和頻道訊息
  • 產品分析: 週報模板,從 Databricks 等資料倉儲自動拉取資料
  • 產品 FAQ: 監聽 Slack 提問頻道,結合文件與程式碼庫回答
  • 產品財務: 從 Stripe 等計費工具拉取帳單與退款
  • 客戶健康度: 跨 Granola、Slack、Databricks 監聽異常

寫程式的 IDE,開始接管 PM 看資料、銷售看 Stripe、客戶成功盯 Slack 的工作。

這 5 個中最有意思的是產品 FAQ Agent——監聽 Slack 裡的提問頻道,引用文件和程式碼庫內容回答。對小團隊來說,等於雇了一個 24 小時在線、不抱怨重複問題的初級工程師值班。

這步棋在跟誰競爭

放到過去三週的市場來看就很清楚:

  • 5 月初 Anthropic 在 Code with Claude 上發表 Managed Agents(多 Agent 編排 + Dreaming + Outcomes 三件套)
  • 5 月中 Google Antigravity 2.0 把價格壓到 100 美元一個月,做了類似的 Agent 集群
  • Cursor 這一刀切進來,押的是「Agent 不只能寫程式,還能管理整個工作流程」

三家都在搶同一件事:讓 Agent 從「IDE 裡執行命令的工具」變成「整個工程團隊的營運調度器」。Cursor 的優勢是它已經是大部分工程師每天打開的視窗——不用讓用戶切換 App,護城河自然就高一截。

Cursor 順便還推出一個 7 天的促銷:新建的 automation 執行 Agent 五折。促銷期短得離譜,說明他們想要的不是降價拉新,而是趕在 Anthropic 和 Google 之前把既有用戶的工作流程先鎖住。

接下來關注什麼

短期可以看兩個數字:

  • Cursor Marketplace 上用戶自建的 automation 數量——如果一個月內能出現一批不掛程式碼庫的模板,代表這條路真的有人走
  • 跨 repo PR 的平均完成時間——這才是檢驗「微服務團隊是否真的用上了」的硬指標

至於 IDE 廠商把工作流程整套攬過來這條路能走多遠?Slack 當年也是從訊息工具一路把日曆、文件、自動化全吃下去的。差別只在於 Cursor 手裡多了一張 Slack 沒有的牌——Agent

參考來源:Cursor 3.5 changelog(cursor.com)、CocoLoop、Cursor Releases Automations Platform for AI Coding Agent Management(mlq.ai)