## 导语
如果你用 Cursor 还停留在「按 Tab 接受补全 + 偶尔问一嘴」，那你只用了它不到两成的功力。截至今年 2–3 月的 2.4（Agentic Engineering）、2.6（The Automation Release）以及 3.0（Agents Window）三个大版本，Cursor 已经悄悄从一个 AI 编辑器长成了一个**能自己监听 GitHub PR、半夜跑测试、开 N 个 agent 并行干活还互相评审**的自主工程平台。下面这七个暗门，是海外 r/cursor 和 awesome 列表里反复刷屏、但国内几乎没人系统讲过的「认知差」——每条都附操作步骤、预期效果和适用场景，照抄即可。
## 暗门一：Automations——让它在你睡觉时接 PR、跑测试、回 PagerDuty
这是认知差最大、也最容易被当营销话术忽略的一个。**Cursor Automations** 是 2.6 正式版（2026-03）的核心功能：agent 不再等你打字，而是被**事件触发**后自主干活。
支持的触发源：**GitHub PR**（push/打开/review 时自动 code review）、**Slack Webhook**（消息→建 JIRA 任务）、**Linear Issue**（assigned 后自动实现）、**PagerDuty**（告警→读日志→开修复 PR）、**Cron 定时**（比如每天早 6 点跑测试套件）。
一个真实用例：在 Automations 里写「跑 apidog 测试，如果失败就建一个 Linear 工单并 ping Slack 的 #dev-alerts」——这条规则会在你下班后自动执行，第二天上班直接看结果。
- **操作步骤**：Cursor 设置 → Automations → New Automation → 选触发源（如 GitHub）→ 用自然语言写触发条件和动作 → 启用。
- **预期效果**：把「重复的 review/测试/巡检」从白天搬走，agent 24 小时待命。
- **适用场景**：团队有持续 PR 流、固定测试套件、或值班体系的小团队与独立开发者。
> 一句话信息差：国内同行还在拿 Cursor 当聊天框，海外已经把它当成「不领工资的夜班 SRE + reviewer」。
## 暗门二：git worktree 多 agent 并行 + `/best-of-n` 评审
2.0 引入的 **Multi-Agent Interface** + 3.0 的 **Agents Window**，让「一个需求开多条并行任务」变成现实：每个 agent 跑在一个独立的 **git worktree** 上，互不抢文件锁。
更狠的是 **`/best-of-n` 模式**（codersera 的 3.x 指南明确提到）：同一个需求让 N 个 agent 并行实现，再用一个「judge agent」挑最优解合并。这是把「单人开发」拉到「一支硅谷小队」的体感。
- **操作步骤**：开 Agents Window → 把同一份 prompt 发给 2–3 个并行 agent（自动建 worktree）→ 触发 `/best-of-n` → judge agent 对比 diff 后产出最优分支 → 你 review 后 merge。
- **预期效果**：复杂重构一次拿到多套实现对比，质量上限显著抬高，且因为隔离 worktree 不会互相覆盖。
- **适用场景**：架构重构、性能优化、有明确验收标准的需求；不适合琐碎改字。
下面这张流程图就是这套并行 + 评审闭环的工作方式：
```mermaid
flowchart LR
Req["一个需求 / prompt"] --> A1["Agent 1
worktree-1"]
Req --> A2["Agent 2
worktree-2"]
Req --> A3["Agent 3
worktree-3"]
A1 --> J["/best-of-n
Judge Agent"]
A2 --> J
A3 --> J
J --> Best["挑出最优 diff"]
Best --> Review["人工 review"]
Review --> Merge["merge 主干"]
style J fill:#ffe08a,stroke:#b8860b
style Best fill:#b6e3a1,stroke:#2e7d32
```
## 暗门三：PlayWhite——让 E2E 测试「自愈」
社区里疯传的 **PlayWhite** = Playwright + MCP，专治前端测试最痛的「选择器一改测试就挂」。
把 Playwright 作为 MCP server 接进 Cursor，agent 就能：跑 E2E 测试 → 测试因选择器变化失败 → agent 自动分析 DOM → 自己改掉失效的选择器 → 再跑一次验证。等于把 TDD 变成「自动驾驶」。
- **操作步骤**：在 `.cursor/mcp.json` 里加 `"playwright": {"command":"npx","args":["-y","@playwright/mcp@latest"]}` → 再加一条 `.cursor/rules/testing.mdc`（见暗门四）→ 在 settings 里允许自动工具调用。
- **预期效果**：前端重构后测试自动跟上，不再「一改页面、五十条用例飘红」。
- **适用场景**：频繁改 UI 的前端项目、回归测试维护成本高的团队。
## 暗门四：`.cursor/rules/*.mdc`——会「认路径」的条件规则
很多人还在用根目录的 `.cursorrules` 单文件写全局规则。但 2.0 之后官方主推的是 `.cursor/rules/*.mdc`，关键是它能带 **glob 匹配**：规则只在命中特定文件路径时自动注入。
举例——只对 `src/**/*.tsx` 注入 React 规则：
```yaml
description: "React Component Rules"
globs: ["src/**/*.tsx"]
alwaysApply: false
Use shadcn/ui for primitives.
Components in src/ui must be presentational only.
Business logic goes in src/services.
```
- **操作步骤**：新建 `.cursor/rules/` 目录 → 每类文件一个 `.mdc` → 用 frontmatter 的 `globs` 控制生效范围 → 重启 Cursor。
- **预期效果**：上下文更干净（不会把 Vue 规则塞进 React 文件），规则命中率更高、token 更省。
- **适用场景**：多框架混合仓库、monorepo、前后端/测试规则需要隔离的项目。
## 暗门五：Confidence Scoring + Anti-Lazy 提示词
两个被 r/cursor 称为「Reddit Gold」的提示词技巧，专治 AI 两类通病：**幻觉**和**偷懒**。
防幻觉——在 prompt 末尾加一句：
```
Fix this only if you are 100% confident. Tell me your confidence score.
```
这会绕过「乐于助人」的人设，逼模型给出原始概率评估，迫使它重新查证据、不确定时承认不确定。
防偷懒（输出 `// ...existing code` 占位）：
```
You DO NOT use placeholders.
You output the FULL content of the file every time.
You do not be lazy.
```
- **操作步骤**：把上面两段写进 `.mdc` 或 Notepad（见暗门七），让所有 agent 默认遵守。
- **预期效果**：幻觉明显下降；重构时拿到的是完整文件而非占位残片，可直接落地。
- **适用场景**：生产代码改动、不熟的新库、以及任何需要 AI 一次性输出可用结果的场景。
## 暗门六：Checkpoints 时间机器 + 防 Revert Bug（防御性 commit）
Composer 每一步都会建 **Checkpoint 快照**——AI 改崩了，点上一个 Checkpoint 工作区秒回滚，换个思路再来。
但更要命的是 **Revert Bug**（2.4.x–2.6.x 仍活跃）：Agent Review Tab 和编辑器之间的文件锁冲突，会让代码**改完又被静默还原**——`git diff` 显示有改动，编辑器却显示旧代码，你可能把陈旧代码提交了都不自知。
官方和社区确认的规避三件套：① 用「Fix in Chat」前先关掉 Agent Review Tab；② 关掉 Format On Save；③ 把项目从 OneDrive/iCloud/Google Drive 云同步里排除。再加一道保命符——**每次让 agent 动手前先防御性提交**：
```bash
git add -A && git commit -m "pre-agent-$(date +%s)"
```
- **操作步骤**：养成「动手前 commit + 每步用 Checkpoint + 关 Review Tab」的三件套习惯。
- **预期效果**：再也不怕 agent 把文件删了/改没了；Revert Bug 命中率趋近于零。
- **适用场景**：所有 agent 模式操作，尤其是多文件、长会话的重构。
## 暗门七：Notepad 持久上下文 + 防 Context Rot
两个常被忽略的上下文管理点。
**Notepad**：建一个叫 `current_task_spec` 的 Notepad，塞进 PRD、设计约束、架构决策，然后每次新开 chat 用 `@current_task_spec` 引用——等于给每个 agent 发一份「需求卡」，省去反复贴背景。
**Context Rot（上下文漂移）**：长任务 agent 跑几小时后，它脑里的模型会和磁盘真实状态脱节，开始调用根本不存在的函数、把代码库改坏。缓解办法：**会话别超过 2 小时**、定期强制 re-index、并用规则强制 agent 每步 `git diff` 自查。
外加一条 r/cursor 铁律：**Fresh Chat 规则**——一旦某个会话超过约 20 条消息，上下文就被污染了，与其继续纠缠不如开新 chat 带摘要重来。还有「Single Purpose Composer」：一个 Composer 窗口只干一件事，别复用，防止上下文串味。
- **操作步骤**：建 Notepad → 超过 20 条消息果断开新 chat → 长任务设 2 小时 re-index 检查点。
- **预期效果**：长任务不再「跑着跑着就疯了」，agent 的准确性全程在线。
- **适用场景**：需要 agent 连续干几小时的大需求、复杂 bug 排查。
## 信息差总结
| 维度 | 大多数人知道的（你） | 这些暗门里的（别人） |
|------|------|------|
| Cursor 定位 | Tab 补全 + 聊天 | 事件驱动的自主 agent 平台 |
| 工作方式 | 一个需求一个人改 | worktree 多 agent 并行 + `/best-of-n` 评审 |
| 前端测试 | 选择器一改全挂 | PlayWhite MCP 自愈 |
| 规则文件 | 一个 `.cursorrules` 管全部 | `.mdc` 按 glob 路径条件注入 |
| 反幻觉 | 凭感觉写 prompt | Confidence Scoring 逼出置信度 |
| 安全网 | Ctrl+Z 救场 | Checkpoints 时间机器 + 防御性 commit |
| 长任务 | 越长越乱 | Notepad 需求卡 + 防 Context Rot + Fresh Chat |
## 行动指南（今晚就能做）
1. **先保命**：把暗门六的「关 Review Tab / 关 Format On Save / 防御性 commit」三件套设成肌肉记忆，这是止损性价比最高的一步。
2. **建你的宪法**：在项目根建 `.cursor/rules/`，至少写两条 `.mdc`（一条技术栈约束 + 一条 Anti-Lazy），让所有 agent 默认听话。
3. **接一个 MCP**：先把 Playwright MCP 接上体验自愈测试，再考虑接 Context7 拉 2000+ 库的实时文档防幻觉。
4. **试一次并行**：找一个有明确验收标准的小重构，开 2 个并行 agent + `/best-of-n`，亲身感受「评审选最优」的体感。
5. **开启一个 Automation**：从最简单的「GitHub PR 自动 review」或「Cron 每天跑测试」起步，让 agent 开始替你值夜班。
> ⚠️ 一点提醒：3 月 16 日起 GPT-5.4、GPT-5.3 Codex、Claude Opus 4.6 / Sonnet 4.6、Opus 4.5 已全面转 **Max Mode（按 token 动态计费）**，重度用户账单会明显上涨。省钱思路是分层用：架构规划交给 Opus 4.6，日常实现用 Composer 1.5（快 30%、便宜 50%），杂活丢给经 OpenRouter 的 DeepSeek V4 Lite（成本约为 GPT 的 1/10–1/50）。这条单独拎出来够写一篇成本优化，先记住「别在所有任务上都堆顶级模型」即可。
## 参考来源
- [murataslan1/cursor-ai-tips（GitHub，更新至 2026-03-12，覆盖 2.4/2.6/Max Mode/Revert Bug 等全量暗门）](https://github.com/murataslan1/cursor-ai-tips)
- [codersera — Cursor 3.x in 2026：Agents Window、worktree 并行 `/best-of-n`、credit-pool 计价重置、MCP 40-tool 上限](https://codersera.com/blog/cursor-ide-complete-guide-2026/)
- [developertoolkit.ai — 112 Cursor Tips That Actually Change How You Work（2026-06-05）](https://developertoolkit.ai/en/cursor-ide/tips-tricks/)
- [r/cursor 社区智慧（Fresh Chat / Anti-Lazy / Revert Bug）](https://reddit.com/r/cursor)
- [Cursor 官方文档与 Changelog](https://docs.cursor.com)
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护。
> 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
### 完成摘要
### 下一步计划
1. 本稿已可直接用于第 2 轮情报分发，无需额外操作。
2. 后续若需配套物料：可用 `mermaid_preview` 渲染本文的 best-of-n 流程图为图片；或用 `content-to-video` / `book-to-short-videos` 把暗门清单转成口播短视频。
3. 建议下一轮（Round 3 use-cases）避免再选 Cursor/Copilot 系，可转向「AI 自动化外包/独立开发者赚钱」类实战案例，保持主题分散。
### 注意事项
- 文中所有版本号、定价、Bug 时效均来自第三方社区仓库与博客（截至 2026-03），属信息差情报整理，非官方一手数据；如用于正式发布建议再对 Max Mode 定价与 Cursor 官方 changelog 做一次核验。
- `/best-of-n`、Agents Window、credit-pool 等特性在多个独立来源一致出现，可信度较高，但具体 UI 路径以你本地 Cursor 实际版本为准。
- 抓取的临时文件（`ddg_cursor.html`、`cursor_tips_gh.md`、`codersera.html`、`ddg2.html`）仍留在 `/home/gprshome`，如不需要可自行删除。
> [!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 等场景全覆盖。
