Cursor 3 Agents Window 实测:5个Agent同时干活是什么体验
Cursor 3 Agents Window 实测:5个Agent同时干活是什么体验
上周 Cursor 发布了 3.0 版本,代号 "Glass"。这次不是小修小补——整个界面重写了,核心变化是把原来的 Composer 聊天面板干掉,换成了一个叫 Agents Window 的东西。
听起来像又一次 UI 改版?不是。用了几天之后我觉得这是使用方式的根本变化:从"跟 AI 对话写代码"变成了"给多个 Agent 派任务,自己当项目经理"。
先说结论
Agents Window 解决了 Cursor 2 最大的痛点——一次只能跑一个任务。以前你在 Composer 里让 AI 改一个文件,改完之前你干不了别的,只能等着。现在可以同时开 5 个 Agent,一个写测试,一个改接口,一个重构组件,互不干扰。
实际跑下来,并行 3 个中等复杂度任务大概能省 40-60% 的时间。不是因为 Agent 变聪明了,是因为等待时间被压缩了。
怎么打开 Agents Window
更新到 Cursor 3 之后,按 Cmd+Shift+P(Mac)或 Ctrl+Shift+P(Windows/Linux),输入 "Agents Window" 回车就行。
打开之后左侧边栏会多一个面板,里面用卡片展示每个 Agent 的状态——Planning / Executing / Reviewing / Done 四个阶段。每张卡片能看到任务描述、当前阶段、碰了哪些文件、diff 预览。
你可以随时暂停、重启、Fork 某个 Agent,不影响其他的。
任务拆分:多大粒度合适
用了两天后发现,任务粒度是最容易踩坑的地方。
太大不行。比如你写"重构整个 auth 模块",Agent 会做大量改动,review 的时间比自己写还长。
太小也不行。"把这个变量从 a 改成 b",你直接改比等 Agent 快多了。
合适的粒度大概是这样:
# 好的任务描述
给 /api/auth/login 路由加上限流中间件,
参考 /api/users 里现有的 rateLimit 中间件用法,
限制每个 IP 每分钟最多 10 次请求
# 太粗了
重构认证模块
# 太细了
把第 42 行的 console.log 删掉
Cursor 官方给了大概 40 个任务模板,按类型分了 bug 修复、功能添加、重构、测试生成、文档更新,刚上手时值得翻翻。
多仓库同时操作
这个功能我觉得比 Agents Window 本身还实用。
以前前端和后端分两个仓库,在 Cursor 2 里你得开两个窗口,改了后端的类型定义还得手动去前端同步。现在一个 workspace 里加两个仓库就行,Agent 能跨仓库读写。
比如后端改了一个接口的返回结构:
// backend/src/routes/user.ts
// 原来返回 { name: string, email: string }
// 改成了 { name: string, email: string, avatar: string }
Agent 改完后端之后,会自动去前端找到用这个接口的地方,把类型定义和组件一起改了。不用你告诉它"记得改前端"。
配置方法:在 Cursor 3 里用 File > Add Folder to Workspace 加第二个仓库就行。
云端 Agent 和本地 Agent
Cursor 3 的 Agent 有两种运行方式:本地和云端。
云端 Agent 跑在 Cursor 的服务器上,速度快。实测 500 个文件的重构任务,云端比本地(M3 MacBook Pro)快 3 倍左右。但有两个问题:
一是代码要上传到 Cursor 的服务器。虽然传输和存储都加密了,但公司项目得看安全合规政策。
二是 Pro 计划($20/月)的云端额度有限。大概能跑 15-20 次复杂的并行任务就见底了,之后自动降级到本地。Business 计划($40/月/人)额度更高。
# 查看当前月度额度使用情况
Cmd+Shift+P > "Usage Dashboard"
我个人的用法:日常写代码用本地 Agent(不消耗额度),大批量重构或跨仓库任务用云端 Agent。
Design Mode:点哪改哪
按 Cmd+Shift+D 打开 Design Mode,屏幕分成两半:左边代码,右边浏览器预览。
在预览里点一个按钮,右边弹出输入框,你写"把这个按钮改成红色,padding 加到 16px,点击时显示 loading 动画",Agent 直接改源码,预览实时更新。
实测改 dashboard 卡片布局、调整表单间距、加导航栏 hover 效果,都没问题。比手动改大概快 20-40%。
踩坑的地方:如果一个元素的样式来源比较复杂——比如同时用了 Tailwind 类名、CSS Module、父组件的 className——Agent 有时候改错层级,视觉上对了但 CSS 优先级出了问题。这种情况得手动检查一下。
/worktree 和 /best-of-n
两个新命令。
/worktree 让 Agent 在独立的 Git worktree 里工作,实验性代码不污染主分支:
# 在 Cursor 3 的 Agent 输入框里
/worktree 尝试用 WebSocket 替换当前的轮询实现
Agent 会自己创建 worktree,改完之后你看 diff,满意了再合并。
/best-of-n 同一个问题扔给多个模型,结果并排展示:
/best-of-n 写一个递归的文件搜索函数,支持 glob 模式匹配
它会把 Claude Sonnet、GPT-4o、Cursor 自己的模型的输出放一起让你挑。不确定哪个模型更适合当前问题的时候有用。
和 Claude Code 怎么选
这俩工具的定位其实不太一样。
Cursor 3 是 GUI 路线。你能看到每个 Agent 在干嘛,有进度条,有 diff 预览,适合需要视觉反馈的人。多任务并行调度是它的强项。
Claude Code 是终端路线。一条命令下去,它自己读文件、跑测试、改代码,适合习惯命令行、不想离开终端的人。在长链条的自主任务上,Claude Code 跑得更深。
| Cursor 3 | Claude Code | |
|---|---|---|
| 界面 | GUI(VS Code 底子) | 终端 CLI |
| 并行任务 | Agents Window,云端+本地 | SubAgent 机制 |
| 多仓库 | 原生支持 | 手动切换目录 |
| 可视化编辑 | Design Mode | 没有 |
| 自主执行深度 | 中等 | 强 |
| 价格 | $20/月 Pro | $20/月 Claude Pro 或按 API 计费 |
如果你每天大部分时间在 IDE 里,Cursor 3 的升级值得用。如果你更喜欢终端,或者任务需要 Agent 自己跑很长的链条不用你管,Claude Code 更合适。两个都用也行,不冲突。
实际体验总结
用了 5 天,几个实际感受:
并行 Agent 确实省时间。以前等 AI 改文件的空档只能刷手机,现在可以同时处理别的任务。
任务描述需要练习。写得太笼统 Agent 会跑偏,写得太详细不如自己改。中等粒度的任务描述是一个新技能。
云端额度限制是真实的。Pro 用户如果每天重度使用并行 Agent,大概半个月额度就没了。省着点用,或者考虑升级。
Design Mode 对前端开发帮助最大。后端开发者可能用不太上。
从 Cursor 2 升级没有迁移成本。打开更新就行,原来的项目和配置都在。不喜欢 Agents Window 也可以继续用传统 IDE 视图,两套界面可以同时开着。
更多推荐


所有评论(0)