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

6 月

Cursor 10 天 3 版:编程 Agent 正在长出「双手」

如果你最近十天没关注 Cursor 的更新日志,你可能错过了一个关键时刻:编程 AI 正在从「给你写代码」进化到「替你完成整个开发闭环」。3.7 给了 Agent 一台云端电脑,3.8 教了它什么是「习惯」。

6 月 5 日到 6 月 18 日,不到两周,Cursor 发了三个版本。

不是三个小补丁。是三个有独立叙事的产品更新:3.7 把 Agent 搬上云端,3.7 补丁让云端和本地能「交接班」,3.8 给了 Agent 一套自动化技能栈。

如果你只读到「Cursor 更新了新版本」这条消息,你可能会错过一个重要的范式切换:编程 Agent 正在从「工具用户」变成「独立工作者」。

3.7(6 月 5 日/17 日):Agent 有了自己的电脑

传统上,本地 AI Agent 有一个硬限制:它和你在同一台机器上抢资源。你跑 4 个 Agent 并行,你的电脑可能先卡死。Cursor 3.7 给的答案是:把你的 Agent 搬到云端。

三个核心能力:

  • Cloud Environment Setup:10 分钟内帮你配好一台云端开发环境。Agent 在一个共享终端 session 中执行安装依赖、配置环境等任务,你可以实时看到它在做什么。
  • /in-cloud 云端子 Agent:输入 /in-cloud 命令,Agent 会在自己独立的 VM 和分支上运行。你的本地工作区保持干净、响应。它特别适合隔离那些「可能会把代码搞乱」的长任务。
  • PR 托管 /babysit:让云端 Agent「照看」你的 PR——监控 CI 状态、处理 reviewer 的修改意见、准备好后再叫你来看。

理解这个变化最好的方式:以前 Agent 是你的副驾驶,现在它是你派出去的独立任务组。

3.8(6 月 18 日):Agent 学会了「习惯」

如果说 3.7 是给 Agent 一台电脑,那 3.8 就是给了它一套「自动化习惯」。

最核心的新功能是 /automate 技能。你只需用自然语言描述「我想自动做什么」,Agent 会自动帮你配置好整个自动化工作流。以前你需要在 UI 里手动选择触发器、写指令、配置工具——现在一句话搞定。

新增的 6 种触发器包括:GitHub Issue 评论触发、PR review 评论触发、PR review 提交触发、Review 线程状态变更触发、GitHub Actions 工作流完成触发、以及 Slack emoji 反应触发。

另一个关键变化:Computer Use 在 Automations 中默认开启。 这意味着被自动化触发的云端 Agent 可以直接操作浏览器、生成演示页面或成果物作为工作产出。

结合起来看,一个典型的自动化闭环是:CI 失败 → Agent 自动收到通知 → 尝试修复 → 开 PR → 通知你 review。 全程无人干预。

这对你意味着什么?

1. 开发者角色在变。 未来几个月的核心变化不是「用 AI 写代码更快」,而是「你决定做什么,AI 决定怎么做」。代码审查、环境管理、CI 维护这些「运维体力活」正在被自动化接管。

2. 「Agent 可靠性」成为选型关键。 当 Agent 以无人值守模式跑在云端时,它出错的成本被放大了。Cursor 在 3.7 中强调的「PR 差异化审查」和 Human-in-the-loop 设计,本质上是在给自动化的风险加保险。

3. 孤岛正在消失。 云端 Agent 可以和你的本地 Agent 交接上下文、共享状态。这意味着你的开发工作流可以真正分布式的——本地、云端、CI 环境之间不再是三个独立的宇宙,而是一个连续的 Agent 运行时。

FAQ

Q: /in-cloud 要额外付费吗?

云端 Agent 在 Cursor Pro/Ultra 的额度内运行,超出额度需要额外付费。

Q: Cursor 的 Automations 能用自定义 MCP 服务器吗?

3.8 版本中,自动化在保存不完整状态时可以导航去配置 MCP 认证,说明 MCP 支持在范围内。

Q: 如果云端 Agent 把代码搞坏了怎么办?

云端 Agent 在自己的 VM 和独立分支上运行,所有更改都通过 PR 提交——这意味着有完整的 review 缓冲。你可以拒绝不合规的改动。

参考来源:


📎 相关阅读

分享这篇文章

评论 (3)

评论被关闭。

RELATED

Posts