如果你用 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 列表里反复刷屏、但国内几乎没人系统讲过的「认知差」——每条都附操作步骤、预期效果和适用场景，照抄即可。
这是认知差最大、也最容易被当营销话术忽略的一个。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 当聊天框，海外已经把它当成「不领工资的夜班 SRE + reviewer」。
/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」挑最优解合并。这是把「单人开发」拉到「一支硅谷小队」的体感。
/best-of-n → judge agent 对比 diff 后产出最优分支 → 你 review 后 merge。下面这张流程图就是这套并行 + 评审闭环的工作方式：
flowchart LR
Req["一个需求 / prompt"] --> A1["Agent 1<br/>worktree-1"]
Req --> A2["Agent 2<br/>worktree-2"]
Req --> A3["Agent 3<br/>worktree-3"]
A1 --> J["/best-of-n<br/>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 = 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 里允许自动工具调用。.cursor/rules/*.mdc——会「认路径」的条件规则很多人还在用根目录的 .cursorrules 单文件写全局规则。但 2.0 之后官方主推的是 .cursor/rules/*.mdc，关键是它能带 glob 匹配：规则只在命中特定文件路径时自动注入。
举例——只对 src/**/*.tsx 注入 React 规则：
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。两个被 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 默认遵守。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 动手前先防御性提交：
git add -A && git commit -m "pre-agent-$(date +%s)"
两个常被忽略的上下文管理点。
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 窗口只干一件事，别复用，防止上下文串味。
| 维度 | 大多数人知道的（你） | 这些暗门里的（别人） |
|---|---|---|
| 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 |
| ## 行动指南（今晚就能做） |
.cursor/rules/，至少写两条 .mdc（一条技术栈约束 + 一条 Anti-Lazy），让所有 agent 默认听话。/best-of-n，亲身感受「评审选最优」的体感。⚠️ 一点提醒：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）。这条单独拎出来够写一篇成本优化，先记住「别在所有任务上都堆顶级模型」即可。
/best-of-n、credit-pool 计价重置、MCP 40-tool 上限本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。
mermaid_preview 渲染本文的 best-of-n 流程图为图片；或用 content-to-video / book-to-short-videos 把暗门清单转成口播短视频。/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 等场景全覆盖。