Free Preview
先试读：Cursor 3 工作流：本地 Agent、云端任务与验收
Cursor 3 已经不只是编辑器内的代码助手。多 Agent、本地与云端环境、移动端交接和自动化，让速度提高，也让隔离、权限、冲突和验收变成日常必修课。
这篇会帮你解决什么
- 按任务选择本地、worktree、云端或远程环境。
- 为并行 Agent 编写独立任务包。
- 用 diff、日志、测试和 artifacts 做完整验收。
可以先照着试的一句话
我要并行完成 ___。请先拆出互不覆盖的任务，标出每个任务的运行环境、文件范围、验证方式和合并顺序；不要立即修改。
完整文章会继续展开选择方法、真实工作流、验收标准和风险边界。
Cursor 3 的中心已经从“编辑器里补代码”转向多 Agent 工作台
Agents Window 可以并行运行多个 Agent，并选择本地、Git worktree、云端或远程 SSH 环境。移动端和网页端还能启动或继续云端任务，Automations 则让任务由 GitHub、Slack 或计划触发。
过去主要担心一次修改是否正确；现在还要管理多个任务是否抢同一文件、云端环境是否能运行项目、自动化是否会重复触发，以及远程 Agent 得到了哪些仓库和网络权限。
本地、worktree、云端和远程机器怎么选
| 环境 | 适合 | 主要风险 |
|---|---|---|
| 本地当前工作区 | 短任务、需要现有本机状态 | 覆盖未提交改动 |
| Git worktree | 并行小任务、保持主工作区干净 | 分支依赖与合并冲突 |
| Cloud Agent | 长任务、后台运行、团队交接 | 环境不一致、仓库写权限、网络与凭证 |
| 远程机器 / SSH | 必须使用特定算力或内部环境 | 主机权限与远程状态 |
并行之前，先让每个 Agent 有独立任务包
目标：用户最终看到什么变化
范围：允许修改哪些文件或模块
上下文：规则、设计、接口和相关 issue
禁区：不能改的文件、依赖和外部系统
环境：本地 / worktree / cloud / remote
验证：测试、构建、截图、日志或演示
交付：diff、PR、artifact 与未验证项两个 Agent 如果都要改同一组件、同一数据库迁移或同一配置文件，不适合直接并行。先拆成研究、实现、测试或不同模块，再明确合并顺序。
Cloud Agent 能不能完成，取决于环境是否可重现
云端任务需要克隆仓库、安装依赖、启动服务并拿到必要凭证。Cursor 支持用环境配置和快照减少启动时间，但配置本身仍要经过最小权限审查。
- 安装命令应可重复运行，不能依赖一次性手工状态。
- 只提供任务需要的 Secret，避免把生产凭证复制到通用环境。
- 先让 Agent 在云端跑通现有测试，再相信后续改动结果。
- 云端 Agent 有网络和自动命令能力时，要考虑提示注入和数据外泄风险。
Artifacts、日志和 diff 要一起看
一个可审的任务至少应包含：改了哪些文件、为什么改、运行了哪些验证、结果是什么、有哪些未验证项。页面任务还应附截图或可操作演示；数据任务要有输入输出样本；自动化任务要有触发记录和防重复条件。
Side chats 适合旁路查资料或验证想法，但旁路结论回到主任务时仍要说明证据，不能因为它“继承上下文”就默认与主任务完全一致。
并行修一个页面：研究、实现和验证怎么拆
主 Agent 负责实现移动端卡片布局；side chat 只读检查现有 CSS 断点；另一个 cloud subagent 在独立分支跑浏览器截图与回归测试。实现 Agent 不改测试基线，验证 Agent不直接重写页面，最后由主任务合并证据并人工看 diff。
- 所有任务都在当前工作区运行，互相覆盖。
- 云端没有项目环境，Agent 用猜测替代验证。
- 自动化触发后直接开 PR，没有幂等与停止条件。
- 只看演示不看 diff，或只看 diff不跑页面。
本文依据官方资料核验于 2026-07-13。具体入口、套餐、地区可用性和功能名称仍可能继续变化，使用时以产品内实际显示为准。