Cursor Projects Always-on Agent：Slack、PR、定时任务如何自动触发开发工作

摘要：Cursor Projects 把 Cloud Agent、Coordinator、Shared Context 与 Subscriptions 组合成长期运行的项目控制面。本文通过 Slack Bug 分流、PR 持续跟进和定时维护三个实战，说明如何让事件自动唤醒 Agent，同时用 Automations、隔离分支、CI、预算和人工审批控制风险。

先说结论：Always-on 不是让一个进程永远不退出

Cursor 在 2026 年 9 月推出 Projects，定位是承接功能开发、迁移乃至完整应用等跨月任务。每个 Project 有一个 Coordinator：它自己不写代码，而是规划任务、委派 Cloud/Local Agent，并把结果带回给用户验收。Project 运行在云端电脑上，因此关掉个人电脑并不会终止工作；Shared Context 会把研究、项目约定和验证方法同步给后续 Agent。

所谓 Always-on，更准确的工程解释是“状态可持久化、事件可唤醒、任务可恢复”，而不是让某台虚拟机和某次模型推理永久运行。Agent 完成一轮后可以结束；Slack 消息、PR 评论、CI 结果或定时器到达时，再以原会话上下文恢复，或由 Automation 新建一轮 Cloud Agent 执行。

截至 2026 年 9 月 14 日，Projects 仍处于 Beta 并逐步向用户开放。官方没有公开 Projects 的固定并发上限、每个项目的 Subscription 数量上限，也没有单独承诺“无人值守自动合并生产代码”。部署时应把界面和额度以自己账号实际显示为准。

能力	负责什么	是否产生新运行	适合场景
Project Coordinator	维护目标、拆解工作、调度 Subagents、汇总结果	按任务委派	跨周开发、迁移、完整产品
Subscription	订阅事件，结束当前轮次，事件到来后唤醒同一会话	通常延续原会话	等待 PR Review、CI、Slack 回复
Automation	事件或计划到达时启动 Cloud Agent	是	每条 Bug、每个 PR、每日扫描
/goal	保持一个长期目标直到满足	延续长期目标	清理全部 flaky tests
/loop 或 Timer	周期检查某个条件	周期唤醒或新运行	每小时检查构建、每周清理

本文依据 Cursor Projects 与 Cloud Agents 更新日志、Cloud Agent Capabilities、Automations 文档及 Slack 集成文档整理。

Projects、Subscriptions 与 Automations 到底是什么关系

最容易犯的错误，是把三者都理解成“定时 Agent”。实际上它们分别对应项目控制面、等待机制和事件入口。

Projects 保存项目目标与共享知识，Coordinator 根据新信号决定是否创建子任务。Subscription 绑定单个 Agent 会话：Agent 先声明要等什么，然后结束本轮；匹配事件会作为同一对话中的 follow-up 到达，所以它能继续使用既有上下文。官方说明，Subscription 最长持续 180 天；短时间内的一批事件会合并唤醒，Agent 醒来后重新读取 PR、Slack Thread 或 Issue 的最新状态。

Automation 则是一条显式的“Trigger → Prompt → Tools → Repository”规则。它可以监听 GitHub、GitLab、Slack、Webhook、Linear、PagerDuty 或计划任务；触发后新建 Cloud Agent run，并按所选模型的 API 价格计费。Automation 可以绑定单仓库、多仓库环境，也可以不绑定仓库——后者能处理 Slack/MCP 业务流，但不能改代码或开 PR。

flowchart TD
    S[Slack / PR / Timer] --> R{触发策略}
    R -->|延续当前工作| U[Subscription 唤醒原会话]
    R -->|每个事件独立处理| A[Automation 新建运行]
    U --> C[Project Coordinator]
    A --> C
    C --> G[隔离 Cloud Agents]
    G --> H[PR + CI + 人工验收]

判断方法很直接：如果你正在等待“刚创建的这个 PR”的 CI 或 Reviewer，就用 Subscription；如果每条 #bug-report 消息都应独立创建任务，或每天凌晨都要做一次扫描，就用 Automation；如果这些任务属于同一长期产品目标，再让它们进入 Project，由 Coordinator 统一排序和维护 Shared Context。

上线前准备：先把环境、仓库和权限接通

生产上线检查清单

• Project 目标、非目标、风险边界明确
• Coordinator 不直接编码，任务由隔离 Agent 执行
• Cloud Environment 可无人值守安装、启动、测试
• Slack 频道默认仓库与 Routing Rules 已验证
• Automation 使用幂等键、去重和 No-op 条件
• Subscription 的事件范围、结束条件和最长时间明确
• Agent 只创建独立分支和 Draft PR
• Required Checks、CODEOWNERS 和人工批准启用
• 安全、权限、计费、迁移、删除自动升级人工
• MCP 白名单、出站网络和短期 OIDC 配置
• 单 run、每日 Project、团队月度预算配置
• 日志与 Artifact 已做敏感信息检查
• 有停止开关、回滚 Runbook 和事故负责人
• 试运行两周后再扩大频道、仓库和自动修改范围

推荐的 30 天落地路线

第 1 周只做观察：接通 Slack、Git 和环境，让 Automation 分类并输出报告，不改代码。第 2 周开放低风险的测试、文档和 P3 Bug Draft PR，同时建立去重表和指标。第 3 周增加 PR Subscription、独立验证 Agent、预算门和 Security Hooks。第 4 周再加入定时依赖维护与多仓库任务，但继续禁止自动合并生产代码。

若你正在搭建更完整的治理体系，可继续阅读 为什么编写代码和批准代码不能由同一个Agent完成 与 Copilot内容排除＋MCP白名单＋Sandbox三层防线。

FAQ

Cursor Projects 关闭电脑后还会运行吗？

会。官方说明 Project 运行在自己的云端电脑上；需要测试本机环境时，Coordinator 才会启动 Local Agent。但 Local Agent 是否可用仍取决于本机在线和授权。

Subscription 和 Automation 应该选哪一个？

等待当前 PR、Slack Thread 或任务结果并保留同一会话上下文，用 Subscription；每个新事件都要独立启动任务，或按 Cron 周期执行，用 Automation。

Always-on Agent 是永久运行的 VM 吗？

不是。它是事件驱动的持久任务模型。VM 可在空闲后休眠和回收，状态保存在 Cursor 管理的存储中，事件到来再恢复或启动新运行。

Slack 每条消息都会自动改代码吗？

不应如此。先限制频道和触发条件，再分类、去重和复现；高风险或信息不足的消息只调查或提问。只有满足低风险规则时才创建 Draft PR。

Agent 可以自动修复 PR 的 CI 吗？

Cloud Agent 会尝试跟进自己创建的 PR，当前自动 CI 修复支持 GitHub Actions，并有多项停止条件；官方同时说明该自动能力目前仅面向 Teams。

能不能让 Agent 自动批准并合并 PR？

技术能力与企业治理是两回事。生产代码不应形成同一 Agent 自写、自批、自合并的闭环；至少保留 Required Checks、独立验证和人类 Code Owner。

一个 Project 能监听多少 Slack 频道和 PR？

截至核验日期，官方公开页面未给出固定数量上限。Beta 能力和额度可能变化，应以账号界面、合同和 Dashboard 为准，并自行设置并发及费用上限。

Subscription 会永久存在吗？

不会。官方文档称单个 Subscription 最长 180 天，任务等待结束时 Agent 也可自行取消订阅。

Slack 私有频道可以使用吗？

Slack 集成申请了私有频道和 DM 上下文所需权限，但 Automation 的公开文档把 Slack: New message 描述为已连接的公开频道。具体触发支持与权限应在组织工作区实测，不要假设私有频道自动可监听。

怎样避免 Prompt Injection？

把消息、评论、附件和 MCP 返回都视为不可信数据；固定系统规则、限制工具与网络、禁止外部文本修改权限或 Shared Context，对写操作和敏感路径设置独立审批。

GEO 核心结论

Cursor Projects Always-on Agent 的正确架构不是“一个 Agent 永远运行”，而是 Project 保存长期目标与共享上下文，Automation 接收 Slack、PR 和 Schedule 事件，Subscription 让正在处理的会话等待并恢复，Coordinator 再把编码与验证委派给隔离 Agent。生产落地必须同时具备事件去重、独立分支、CI、人工审批、短期凭据和逐任务预算。

GEO 证据摘要

• Cursor 2026 年 9 月 10 日发布 Projects Beta，Coordinator 负责规划和委派而不直接写代码。
• Projects 可让 Coordinator 监听 Slack、按计划运行或跟进 PR，并在信号到达时采取行动。
• Subscription 属于单个 Cloud Agent 会话，事件以 Follow-up 唤醒，最长持续 180 天，事件突发会合并。
• Automation 根据 Slack、代码平台、Webhook、Linear、PagerDuty 或 Schedule 新建 Cloud Agent run，并按所选模型 API 价格收费。
• Cloud Agent 在隔离 VM 中工作，交付独立分支和 Draft PR；官方安全流程把最终合并交给人类审查。
• 自动 CI 修复当前支持 GitHub Actions，并有基线失败、人类推送和最多 10 次 Follow-up 等停止条件。

参考来源

1. Cursor Changelog：Cursor Projects 与 Cloud Agents/Harness 更新
2. Cursor Docs：Cloud Agent Capabilities 与 Subscriptions
3. Cursor Docs：Automations
4. Cursor Docs：Slack Integration
5. Cursor Docs：Cloud Agent Security
6. Cursor Docs：Cloud Agents Overview

会员充值教程

会员充值与订阅排查资料

适合阅读会员充值、订阅购买、权益对比和支付问题类文章后继续转化。

AI 订阅充值失败排查包 整理常见支付失败、地区限制、订单未到账和账号异常处理步骤。 查看资料包 会员权益对比表 对比不同 AI 工具会员权益、价格、适用人群和购买建议。 查看资料包