大多数中国开发者打开 Cursor，干的事情和三年前没区别：选中代码按 Ctrl+K 改两行，开个 Ctrl+L 对话框问问题，让 Tab 帮你补个函数名。但你可能没注意——2025年6月4日 Cursor 1.0 发布，2026年4月2日 Cursor 3 发布，这个曾经的"AI 版 VS Code"早就不是一个对话框了。它会自己在云端加班写代码、自己拆任务并行、自己审 PR、自己记住你的代码风格。
这篇就扒一个核心信息差：海外团队已经把 Cursor 当成"凌晨三点还在干活的同事"在用，而 90% 的国内用户还停留在"补全工具"阶段。 下面八个杀招，全是官方文档里写了但中文圈几乎没人讲透的隐藏功能，每一个都附带操作步骤、预期效果和适用场景。
这是 Cursor 3 最被低估的能力。传统 Agent（前台代理）是占着你当前会话的——它跑任务时，你只能干等。Cloud Agent 不一样：任务在 Cursor 的云端环境里异步执行，你的本地编辑器完全释放，可以继续写别的代码。
操作步骤：
1. 打开 Agent 面板，新建任务时切换到 Cloud Agent 模式（区别于本地 Agent）；
2. 用自然语言描述任务，例如"把这个仓库里所有手写的 fetch 请求重构成统一的 apiClient 封装"；
3. 提交后，云代理会在自己的沙箱环境里 clone 仓库、装依赖、跑改动；
4. 你去忙别的，完成时它会给你一个可 review 的 diff（含变更说明）。
预期效果： 一个本地 Agent 要跑 20 分钟、期间你只能干等的重构任务，Cloud Agent 跑的时候你能再开 3 个小任务。本地时间从"阻塞 20 分钟"变成"零阻塞"。
适用场景： 大规模重构、依赖升级、跨几十个文件的批量改动、跑测试并修红的用例。这些"重活脏活"全扔云端。
这个功能来自 Cursor 官方文档（https://cursor.com/docs/subagents），原话是："Subagents are specialized AI assistants that Cursor's agent can delegate tasks to. Each subagent operates in its own context window." 翻译成人话：主代理接到大任务后，会自己拆成子任务，派给若干个"专家子代理"，每个子代理有自己独立的上下文窗口，并行处理后把结果交回主代理汇总。
为什么这是杀招？ 因为它解决了 AI 编程最大的瓶颈——上下文爆炸。以前一个大任务塞进一个会话，上下文越滚越长、模型越跑越慢越跑越蠢。子代理的本质是"上下文隔离 + 并行"：主会话保持干净，脏活分散到各个子窗口里。
操作步骤： 1. 在编辑器/CLI/Cloud Agent 里都可以用； 2. 给主代理一个复合任务，比如"给这个模块加完整测试覆盖并修复已知 bug"； 3. 主代理会自动把它拆成：子代理A 负责读懂现有代码、子代理B 负责写测试、子代理C 负责修 bug，三者并行； 4. 各子代理在自己的上下文里完成后，主代理整合成最终 diff。
预期效果： 一个本来要串行跑 30 分钟的任务，并行后可能 10 分钟出结果，且主会话上下文不会因为中间过程被污染。复杂任务的成功率和速度同时提升。
适用场景： 需要同时动多个模块的功能开发、技术债清理、迁移脚本编写。
光看文字可能还是抽象，下面这张流程图把"你 → Cloud Agent → Subagents → Worktree 隔离 → 回收 diff"的完整链路画清楚了：
flowchart TD
A["你（本地）提交任务"] --> B["Cloud Agent 云端接管"]
B --> C{"任务拆解"}
C --> S1["Subagent A：读代码"]
C --> S2["Subagent B：写测试"]
C --> S3["Subagent C：修 bug"]
S1 -.独立上下文.-> W1["Worktree 隔离"]
S2 -.独立上下文.-> W2["Worktree 隔离"]
S3 -.独立上下文.-> W3["Worktree 隔离"]
W1 --> M["主代理汇总合并"]
W2 --> M
W3 --> M
M --> D["可 Review 的 Diff"]
D --> E{"你审查"}
E -->|接受| F["合入主分支"]
E -->|打回| B
A -.你同时在做别的.-> OTHER["本地继续写别的代码<br/>零阻塞"]
记住这张图，后面的四个杀招都是这条链路上的零件。
子代理要并行，最大的工程问题是文件冲突：三个代理同时改同一个工作区，必然互相覆盖。Cursor 的解法是 Git Worktree（工作树）隔离——每个代理在独立的 git worktree 分支里干活，互不干扰，最后由主代理合并。
操作步骤： 1. 开启支持 worktree 的并行代理模式（Cursor 在多代理场景下自动启用 worktree）； 2. 每个子代理会签出一份独立的工作副本（共享同一份 .git，但工作目录和分支独立）； 3. 任务完成后，各 worktree 的改动被收集、汇总成一个 diff 给你 review。
预期效果： 你可以同时对同一个仓库开 3 个任务（比如一个修 bug、一个加功能、一个重构），它们各自在独立 worktree 里跑，不会把对方的工作区搞乱。
适用场景： 多人协作的大仓库、需要并行推进多条线的工作、想同时验证多个方案。
Cursor 1.0 引入了 Memories 的雏形，到 Cursor 3 已经是成熟功能。它的作用是跨会话、跨项目记住你的偏好和约定——你讨厌的命名风格、你团队的 API 设计规范、你反复强调的"不要用 any 类型"，它都会沉淀成记忆，下次自动遵守。
操作步骤： 1. 在设置里找到 Memories 相关开关，确认开启； 2. 正常用，当你纠正它（比如"我们项目函数名用 camelCase，别用 snake_case"），它会主动询问是否存为记忆； 3. 也可以手动在记忆管理面板里添加团队规范。
预期效果： 不用每次新会话都把"我们项目的规矩"再念一遍。它从"健忘的实习生"变成"记住你脾气的老搭档"。
适用场景： 团队有明确代码规范、个人有强烈代码洁癖、频繁切换不同项目但希望风格一致。
BugBot 在 Cursor 1.0 发布，现在按 usage-based（按量计费） 提供（见官方定价页 https://cursor.com/pricing）。它的工作方式是：在你 push 代码或开 PR 时，自动审查改动，发现潜在 bug 并直接在 PR 里评论、甚至给出修复方案。
操作步骤： 1. 在 Cursor 账号里为你的 GitHub 仓库启用 BugBot 集成； 2. 配置触发时机（每次 push / 每次 PR）； 3. 它会在 diff 上标注：空指针风险、未处理异常、逻辑漏洞、边界条件缺失等； 4. 很多时候它会直接给你一个可点击的"采纳修复"。
预期效果： 把"人工 Code Review 找低级 bug"这个环节前置自动化。海外团队的反馈是：它能拦下大量空指针、资源泄漏、竞态这类机器比人眼更容易发现的问题。
适用场景： 缺少专职 reviewer 的个人/小团队、希望 PR 合入前多一道自动质检、开源项目接受外部贡献时做第一道筛。
国内用户大多把 Cursor Tab 当成 GitHub Copilot 的同类——补全下一行。但 Cursor Tab（早期叫 Copilot++）真正强的地方是多行预测 + 光标跳位预测：它能预测你接下来要跳到哪一行、做哪个编辑，按 Tab 就按它的预测走。
操作步骤：
1. 写完一段逻辑后停顿半秒，让它预测；
2. 按 Tab 接受文本补全；连续按 Tab 可以按它预测的顺序连续跳到下一处编辑点并应用；
3. 配合 Esc 取消、Ctrl+→ 部分接受。
预期效果： 熟练后，写一个函数体你可能只敲了 30% 的字符，剩下 70% 是 Tab 跳位补全出来的。这是 Cursor 区别于普通补全工具的核心体验，但很多人只会按一下 Tab 就停了。
适用场景： 日常写样板代码、重构时批量微调、写测试用例这种重复结构多的场景。
前面讲的子代理是 Cursor 自动拆的，但你也可以自己定义专家子代理。结合 .cursor/rules（新版的规则系统，支持按文件 glob 自动挂载），你能给不同任务类型配不同的"专家人格"。
操作步骤：
1. 在项目里建立规则文件（如 .cursor/rules/test-writer.mdc），用 Markdown + frontmatter 定义：触发条件（globs: "**/*.test.ts"）、角色描述（"你是测试专家，只用 vitest，每个函数至少覆盖正常/边界/异常三条用例"）；
2. 当你让代理写测试、且命中该 glob 时，这套规则自动生效；
3. 进阶玩法：通过 Cursor SDK 定义命名子代理（例如 code-reviewer 子代理内部再 delegate 给 test-writer 子代理），形成"专家团队"。
预期效果： 你的 Cursor 不再是"一个什么都干一点的通用助手"，而是一支分工明确的专家团队——写测试的懂测试规范、做 review 的懂架构、改 bug 的懂复现。
适用场景： 有成熟工程规范的中大型项目、想让团队所有人共享同一套"AI 工程师配置"、做长期维护的产品。
| 维度 | 90% 国内用户的认知 | 海外团队的实战用法 |
|---|---|---|
| 定位 | "AI 补全 + 对话框" | "异步自主编码同事" |
| Agent | 前台占着会话等结果 | Cloud Agent 云端异步，本地零阻塞 |
| 大任务 | 塞一个会话，越跑越蠢 | Subagents 拆解并行，上下文隔离 |
| 并行 | 一个仓库只能开一个任务 | Worktree 隔离，多任务同时跑 |
| 记忆 | 每次重复念规范 | Memories 跨会话沉淀偏好 |
| Code Review | 纯人工 | BugBot 自动审 PR 并提修复 |
| 补全 | 补一行 | Tab 跳位预测，连续多行 |
| 配置 | 一个通用 prompt | 自定义专家子代理 + rules 自动挂载 |
.cursor/rules 文件，写死你的代码规范，再启用 Memories，让 AI 不再健忘；本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。