做”后台跑活的 Agent”这事，Cursor 之前是搁在 cursor.com/automations 一个独立网页上办的。5 月 20 日的 3.5 版本，把这页直接缝进了 IDE 里的 Agents Window——日常写代码的窗口和后台跑任务的窗口，现在挨在一起。
三件事，最重的是哪件
这版 Automations 改了三处：
- 拉进 IDE 主面板，从「网页 dashboard」变成「窗口内置」
- 支持一个 automation 同时挂多个仓库
- 也能完全不挂仓库，纯当工具监听器跑
第一条是产品入口的事，工程师用的频次会显著升上去。真正重的是第二条：跨仓库。
干过微服务的都懂——一个改动经常牵到 3 个 repo：前端、后端、infra。以前的 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）、Cursor Releases Automations Platform for AI Coding Agent Management（mlq.ai）