6月22日消息,Cursor 近日发布 3.8 版本,核心更新是 /automate 技能。用户在本地 Agent 会话中输入 /automate,用自然语言描述要自动化的任务,Cursor 自动配置触发器、指令和工具。同时新增 5 个 GitHub 触发器和 Slack emoji 触发器,云端 Agent 默认启用 Computer Use,可以自行截屏和录制视频作为工作产出证明。这次更新将 Cursor 从"写代码的 IDE"推向"自动化工程工作流的控制平面"。
/automate 技能:从配置表单到对话式创建
Cursor Automations 最初在 3 月上线,支持创建响应 GitHub、Linear、Slack、PagerDuty 和自定义 Webhook 事件的常驻 Agent。但创建流程是传统的表单操作:到 cursor.com/automations 页面,从下拉菜单选择触发器,手写指令,勾选 MCP 和模型。这个流程对已经理解 Automations 运行机制的高级用户可用,但对大多数开发者来说摩擦太高。 /automate 把这个配置过程变成了对话。在任何 Cursor Agent 会话中输入 /automate,描述"当 PR 的 CI 跑挂了,自动检查失败日志,定位最小修复,在分支上改代码并跑测试",Cursor 会自动生成完整的自动化配置:触发条件、执行指令、工具链。这不是一个简单的快捷方式,而是 Cursor Agent Skills 体系下的一个专用技能——它的定义在 SKILL.md 文件中,可以被 Agent 自动发现和调用。
技术上,/automate 属于 Cursor 的 Agent Skills 开放标准。Skills 是封装了可复用知识、工作流、脚本、模板和参考资料的文件夹,通过 SKILL.md 定义元数据和使用说明。Cursor 启动时自动从 .cursor/skills/(项目级)和 ~/.cursor/skills/(用户级)发现所有技能,Agent 根据上下文自动判断何时使用。/automate 与其他 Skill 的区别在于它的输出不是代码变更,而是一个持久化的自动化配置。
这解决了 Automations 落地的核心瓶颈。5 月更新加了多仓库支持和 Agents 窗口集成,但创建流程的摩擦没有降低。/automate 把"能力存在"变成了"能力被使用"。
新增触发器与 Computer Use:GitHub 和 Slack 覆盖更完整
3.8 版本新增 5 个 GitHub 触发器:Issue 评论(非 PR 的 Issue 上的评论)、PR review 行内评论、PR review 提交、Review 线程状态变更(标记为已解决/未解决)、GitHub Actions 工作流完成。加上此前已有的 PR 创建、推送等触发器,GitHub 事件覆盖已基本完整。
Slack 触发器支持用指定 emoji 反应消息来启动自动化。Cursor 团队自己就用这个功能在 Slack 里触发特定工作流。这是一个低摩擦的入口——不需要切换到 IDE 或 Automations 面板,在聊天工具里加个 emoji 就能启动 Agent。
Computer Use 是更值得关注的更新。云端 Agent 现在默认可以使用自己的计算机环境来生成工作产出的演示——截图、录屏、运行结果。创建自动化时只需在指令中要求"附上工作演示",Agent 会自行截屏或录制视频。这解决了 Agent 自动化的另一个信任瓶颈:当 Agent 在云端沙箱里完成了一个任务,你怎么知道它做对了?以前需要拉下来自己跑一遍,现在 Agent 提供可视化证据。
Cursor Marketplace 也配套上线了"分流失败的 GitHub Actions"和"自动修复 PR review 评论"两个模板,降低入门门槛。
竞品对比:Copilot 走 GitHub 原生路线,Devin Desktop 走协议路线
三个维度看 Cursor /automate 在竞争中的位置。
GitHub Copilot 的自动化路径是 Coding Agent:将 Issue 直接分配给 Copilot,它自动创建分支、写代码、跑测试、开 PR、响应 review 反馈。优势是 GitHub 原生集成无缝,劣势是只能从 GitHub Issue 入口触发,缺乏 Slack、Webhook、定时任务等多元触发器。6 月切换到用量计费后,重度使用有账单风险。Copilot 的异步 fire-and-forget 模式适合定义明确的任务,但对需要多步骤、跨工具协调的复杂工作流灵活性不足。 Windsurf 已于 6 月 2 日被 Cognition 收购后更名为 Devin Desktop,走 Agent Command Center + Agent Client Protocol(ACP)开放协议路线。ACP 允许 Codex、Claude Agent、OpenCode 等第三方 Agent 直接在 Devin Desktop 内运行。这与 Cursor 的自建生态路线形成对比:Cursor 深度整合自有 Automations + Skills,Devin Desktop 试图成为多 Agent 的统一桌面。两条路线各有赌注——Cursor 赌自有生态的执行速度,Devin Desktop 赌协议标准的网络效应。 Claude Code 走终端原生路线,Agent Teams 功能可以协调多个子 Agent 共享上下文和任务列表,在 SWE-bench Verified 上达到 80.8%。它没有 IDE 集成的自动化触发器,但在深度自主执行(大规模迁移、全代码库分析)上是最强的。Claude Code Artifacts(6 月 18 日上线)让编码会话可以实时生成可分享的 HTML 页面。 关键差异在于 Cursor 试图把一次性的 Agent 编码会话变成可复用的、事件驱动的常驻自动化,并通过 Skills 标准化这些自动化的知识封装。Copilot 和 Claude Code 还没有对应的常驻自动化层。
技能生态与跨 Agent 可移植性
Cursor 的 Skills 系统值得单独拆解,因为它是 /automate 背后更大的战略叙事。
Skills 是一个开放标准,每个技能是一个包含 SKILL.md 的文件夹,可选附带脚本、模板和参考资料。为了兼容性,Cursor 同时加载 .claude/skills/ 和 .codex/skills/ 目录下的技能。这意味着为 Claude Code 或 Codex 编写的技能可以直接在 Cursor 中使用。 ECC v2.0.0 进一步推动了这种可移植性——这个开源跨 Agent 系统提供 67 个 Agent 和 271 个 Skill,可在 Cursor、Claude Code、Codex、GitHub Copilot、Gemini、Zed 等 10+ IDE 环境中运行。如果你在 Cursor Automations 中编码了有意义的业务逻辑,ECC 提供了一条在 Agent 平台之间迁移的退路。 嵌套项目目录支持意味着 monorepo 可以在不同子项目下放置不同的 Skill,Agent 会自动将 Skill 限定在对应目录范围内。Context Explorer 让用户可视化查看 Agent 的上下文消耗分布——系统提示、工具定义、Rules、Skills 各占多少 token——并可点击 Debug with Agent 让 Cursor 识别优化上下文的机会。
三个维度的局限性:安全边界、平台锁定与自动化过度
第一,Computer Use 的安全边界。Agent 可以操作开发者的本地环境——执行命令、编辑文件、与工具交互。这不是 API 调用,是一个有手有脚的 Agent 在你的环境里操作。Cursor 6 月推出的 Auto-review 系统用分类器子 Agent 对工具调用进行风险评级,低风险操作放行、高风险操作减速。但"低风险"和"高风险"的边界在哪里?一个自动化修复 CI 失败的 Agent,如果在修复过程中修改了环境变量或依赖版本,下游影响可能远超预期。当前没有沙箱隔离的强制保证——Computer Use 是默认开启的,依赖的是指令约束而非技术隔离。
第二,平台锁定风险。尽管 Skills 标准本身是开放的,Cursor Automations 的触发器配置、云端沙箱、Marketplace 模板都是 Cursor 专有的。你的 SKILL.md 可以迁移,但你的自动化工作流——包括触发逻辑、历史运行数据、与 Slack/GitHub 的集成配置——无法迁移。在 Agent 平台格局仍在快速变化的 2026 年,今天最强的工具 18 个月后不一定还是。Cursor 团队定价已经在 6 月调整(标准席位 $32/月年付,高级席位 $96/月年付),成本可预测性在提升,但锁定风险与成本无关。
第三,自动化过度的隐性成本。一个 CI 失败自动触发修复、PR review 自动响应、Slack 消息自动分流的环境,看起来效率极高,但每个自动化都是一个潜在的静默失败点。当自动化 Agent 修复了一个 bug 但引入了另一个,而这个新 bug 又触发了另一个自动化修复,级联效应的排查成本可能远超手动处理。Cursor 目前的可观测性工具(Context Explorer、Auto-review 日志)提供了部分可见性,但还没有面向自动化链路的端到端追踪。对于刚开始使用的团队,建议从单一触发器 + 低风险任务开始,而非一次性铺开全链路自动化。