Cursor云端Agent自动化——编程Agent长出双手
22

6 月

Cursor 3.7 与 3.8 更新:云端子 Agent 和 Automations 能做什么

可引用摘要: Cursor 在 2026 年 6 月 17 日发布的 3.7 更新中加入云环境设置、/in-cloud 云端子 Agent、/babysit PR 跟进和本地—云端会话交接;6 月 18 日的 3.8 更新又为 Automations 加入 /automate、新的 GitHub 与 Slack 触发器,以及默认启用的 Computer Use 工具。

本文仅整理 Cursor 官方 changelog 已公布的能力,不对自动化成功率、成本节省或代码质量作未经验证的推断。

3.7:把独立任务交给云端子 Agent

Cursor 3.7 的相关更新发布于 2026 年 6 月 17 日。官方说明中包含三组能力。

第一,Cursor 可以协助设置云端开发环境。设置过程在共享终端会话中展示,环境完成后可以保存为可复用快照;团队还可以把配置提交到 .cursor/environment.json

第二,用户可以通过 /in-cloud 启动云端子 Agent。它在独立虚拟机和独立分支中处理下一项任务,因此不会直接占用本地工作区。Cursor 将修复 CI、调查问题和探索代码库列为典型用途。

第三,/babysit 可以让云端 Agent 继续跟进一个 PR。官方将其描述为远程迭代、帮助 PR 为合并做好准备的方式。它不等于自动批准或自动合并,最终仍应按仓库现有权限和审查流程处理。

该版本也支持在本地与云端之间移动 Agent 会话。用户可以把长任务交给云端,之后再拉回本地测试。

3.8:用自然语言建立自动化

Cursor 3.8 于 2026 年 6 月 18 日发布,重点是 Automations。

/automate 允许用户在本地 Agent 会话中描述要自动化的任务,由 Cursor 配置触发器、指令和工具。官方同时增加了五种 GitHub 触发器:

  • 非 PR Issue 收到评论;
  • PR diff 收到行内 review 评论;
  • PR review 被提交;
  • review 线程被标记为 resolved 或 unresolved;
  • GitHub Actions workflow 在 PR 或分支上运行完成。

Slack 侧新增了 emoji 触发器:对消息添加预先指定的 emoji,即可启动相应自动化。

由 Automation 启动的云端 Agent 还可以使用自己的计算机环境生成演示或成果物。Cursor 表示 Computer Use 对每个 Automation 默认开启;是否让 Agent 生成演示,仍需在指令中明确说明。

适合与不适合

适合

  • 需要并行处理 CI 调查、代码库探索等隔离任务的团队;
  • 已经使用 GitHub Actions、PR review 或 Slack,希望把固定事件接入 Agent 工作流的团队;
  • 希望把长任务从本地转移到独立云环境,同时保留分支隔离的开发者。

不适合

  • 不能把代码或构建环境交给云端运行的项目;
  • 缺少 PR 审查、权限控制和回滚机制,却希望完全无人值守执行改动的团队;
  • 只需要本地补全或短对话、不需要事件触发自动化的用户。

在启用自动化前,建议先明确仓库权限、分支保护和失败后的处理方式。你也可以从智盒的AI 工具目录寻找其他开发工具,并通过编辑政策了解本站如何处理来源与更正。

FAQ

/in-cloud 会直接修改本地工作区吗?

不会。Cursor 官方说明称,云端子 Agent 在独立 VM 和独立分支中运行;需要把结果带回本地时,再进行会话交接或拉取变更。

/babysit 是否等于自动合并 PR?

不是。官方描述的是让云端 Agent 远程迭代并帮助 PR 为合并做好准备。合并权限和审批要求仍由代码托管平台及团队规则决定。

Automations 支持哪些新触发器?

3.8 新增五种 GitHub 触发器和一种 Slack emoji 触发器。具体事件列表见上文及官方 changelog。

Computer Use 是否默认开启?

Cursor 3.8 的官方说明称,Computer Use 对每个 Automation 默认开启。若希望它输出演示或成果物,需要在自动化指令中提出要求。

官方参考来源

内容透明说明

本文由 AI(Codex)基于公开来源整理并完成结构化核验,发布由智盒运营流程执行。


评论 (4)

评论被关闭。

RELATED

Posts