Cursor Subscriptions 和 Automations 怎么选
Automations 偏定时/工作流编排;Subscriptions 把 GitHub/Slack/Linear/计时器事件接到进行中的 Agent。2026-08-19 后两者常叠用。

cursor subscriptions vs automations:Automations 早就能定时或按规则拉起云端任务;2026-08-19 的 Subscriptions 则把「进行中的 Agent」挂到 GitHub、Slack、Linear、Timers 等事件上,睡醒后续跑,最长约 180 天,事件可合流。两者不是互斥:常见叠法是 Automation 开场,Subscription 盯 CI/评论直到合完。
一句话怎么分
| 更像 | 选 |
|---|---|
| 每天/每周固定跑、多步流水线 | Automations |
| 已有会话,等 CI 红、评论、Issue 变 | Subscriptions |
| 盯一个 PR 直到合 | babysit / goal + Subscriptions |
Automations 入门见 Automations 入门。Subscriptions 能力表见官方 capabilities · Subscriptions。
叠用示例
- Automation:工作日早 10 点扫依赖过期开 PR。
- Subscription:该 PR 的 CI 失败或 Review 评论唤醒同一 Agent。
- Goal:写清「只修测试、不改 API」。
- 合入后取消订阅,避免空跑。
Slack 里唤醒的路径可对照 Slack 集成。Hooks 是会话生命周期钩子,不是事件订阅替代品,见 hooks 指南。
选型别踩的坑
- 用 Automation 狂刷「每分钟查一次 PR」代替 Subscription:贵且吵。
- 开一堆 Subscription 不设结束条件:文档有上限与合流,仍可能账单与通知爆炸。
- 以为 Subscription 能替企业策略:租户关掉云能力时两者都挂。
- 名称别和「订阅套餐 / Cursor Ultra」混谈。这里说的是 Agent 事件订阅,不是账单档位。
还要分清 babysit 与 Subscription:babysit 是「盯一个 PR 的工作习惯/命令流」;Subscription 是 harness 级事件挂载。同一 PR 可以 goal + subscribe,不必再叠一个每小时扫仓的 Automation。官方 Subscriptions 细节与合流规则见 capabilities;Changelog 入口见 08-19-26。
计费与配额各租户不同:叠用前先在仪表盘看云 Agent 用量与并发上限。试点建议:选一个低风险仓、一个 PR 线程,跑通「开 PR → CI 红 → 自动醒 → 修完退订」,再推广到 Slack/Linear 事件源。