Cursor 30 分钟进阶用户配置
装了 Cursor 但只当智能补全用的开发者,这十个按安装顺序:rules 库 / MDC 生成器 / Composer 进阶 / GitHub + Linear MCP / 自治模式。半小时配齐,午饭前变成 power user。
这个 pack 包含什么
你装了 Cursor,用了一周 tab 补全,打开过两次 chat 面板,然后你就只是在用一个稍微聪明一点的 VS Code。10x 生产力视频里那个 Cursor 看起来像是另一款产品 — 它就是另一款产品,那些人配置过。你没配,因为官方文档把高杠杆的东西全埋在 feature tour 底下。
这个 pack 就是30 分钟进阶配置:一个真在干活的工程师在再点开下一个 feature tour 之前应该一次配齐的十个东西。每一个都有主观推荐、对得起这个名额、承接上一个。装到第 10 步,Cursor 知道你的技术栈、你的规范、你的 GitHub、你的 Linear 看板,还能在多文件重构里自己开车 — 你不用盯着每一个 diff。
目标读者:已经装好 Cursor、在真实仓库里干活、有 30 分钟、零耐心去 700 条社区 rule 里淘的开发者。
推荐安装顺序
- Awesome Cursor Rules — 3.8 万 star 的
.cursorrules文件库,覆盖 30+ 技术栈。从这里开始,因为后面每一步都默认 Cursor 已经知道你在哪个框架里。挑你的栈(Next.js、FastAPI、Rails,随便),文件丢进项目根目录,结束。5 分钟。你能做的最大单项质量跃升。 - Cursor Directory — 社区维护的 rules + prompts 索引,覆盖 Awesome 之外的长尾。当 Awesome 那套 rule 跟你的栈不够吻合(比如 Next.js + Drizzle + Clerk 这种组合),就来 Directory 翻。先收藏,每月回来一次。
- Cursor Rules Generator — 给那些没人写过的栈自动生成
.cursorrules。内部 DSL?冷门框架组合?把依赖列表喂进去,30 秒拿到起步 rule 文件。这是你的 escape hatch。 - Cursor Rules MDC Generator — Cursor 现在的现代 rules 格式是
.mdc(带 frontmatter 的 Markdown),不是平铺.cursorrules。MDC 支持按 glob 路径作用域(src/api/**/*.ts),按需加载。从你已有的文档自动生成 MDC。这是 Cursor 正在迁移过去的格式 — 不要锁死在旧.cursorrules上。 - cursorrules v5 — Rules + Commands — 在 rules 之上加了自定义 slash 命令。定义一次
/refactor-to-tanstack,之后 Cursor 每次都带对的上下文跑你这套迁移流程。这是从「Cursor 懂我的代码」升级到「Cursor 懂我的工作流」的转折点。 - Cursor Tips — Advanced Workflow Guide — Composer 模式、多文件编辑、代码库索引、prompt 工程。绝大多数人在意识到 tab 补全只是开胃菜之后会读的那本指南。读一遍,会改变你的提问方式。
- Cursor Composer Tips — 多文件玩透 — Composer 是被多数用户低估的核心功能。这个 pack 给具体操作:怎么收紧上下文(不要
@codebase一切,注意力会被稀释)、什么时候用 Composer 什么时候用 chat、把 6 次点击的流程压成一次的快捷键。和 #6 配合。 - GitHub MCP Server — 通过 MCP 把 Cursor 接到 GitHub。Cursor 能读 PR diff、看 CI 状态、浏览 issue、发评论,全程不离开编辑器。绝大多数开发者使用频率最高的 MCP,先装它再装小众的。
- Linear MCP — Cursor 里的 Linear。把 issue 上下文拉进 chat(「implement LIN-423」自动抓 description、acceptance criteria、关联 PR)。如果你团队用 Linear,这一个 MCP 就把最常见的 context-switch 闭环关了。
- Devin Cursorrules — 自治 engineer 规则包。加入规划、自我修正、多步执行模式,让 Cursor 在中等任务里不再每两分钟问你一次。GitHub 6,000+ star。毕业仪式:从「AI 结对编程伙伴」升级到「我审查的 AI 工程师」。
它们怎么协同
Rules 库 (#1 Awesome) ──┐
├─ Cursor 知道你的技术栈
Directory (#2) │
│
生成器: Rules (#3) + MDC (#4)
│
└─ 填补 rules 库漏掉的栈
│
cursorrules v5 (#5)
│
└─ 按工作流定义 slash 命令
│
进阶 prompting: Tips (#6) + Composer (#7)
│
└─ 多文件编辑不烧上下文
│
MCPs: GitHub (#8) + Linear (#9)
│
└─ Cursor 和真实工作系统对话
│
Devin Cursorrules (#10) — 自治模式
Rules 库 + MDC + GitHub MCP 这三件套是承重墙。如果你必须提前停,#1、#4、#8 这三个就够你拿到 70% 的价值。Composer 玩透(#7)是地基打好之后单项最大的工作流升级。
你会遇到的取舍
.cursorrulesvs.mdc—.cursorrules是旧的平铺文件(每次 chat 全加载,便宜、不分作用域)。.mdc是新格式(按 glob 加载、带 frontmatter、面向未来)。新项目:直接上 MDC。已有项目:全局 rule 留在.cursorrules,按路径作用域的拆成 MDC。别为迁移而迁移。- Awesome Cursor Rules (#1) vs Cursor Directory (#2) — Awesome 是精选的 30 个栈的基线(更精致,更新慢)。Directory 是长尾社区源(更杂、更吵)。先装 Awesome;Awesome 里最接近的那条不够贴时再去 Directory 翻。
- Composer vs Chat — Composer 给 Cursor 自己执行的多文件改动用。Chat 给单文件改和提问用。多数用户过度依赖 Chat — 问、拿到回答、然后手动在 4 个文件里 apply。Composer 就是为关掉这个循环而生的。
- MCP vs 你已经在用的 CLI —
gh pr view比让 Cursor 拉一个 PR 快。MCP 赢在 Cursor 需要对 PR 内容反应的时候(「总结这个 diff 并检查我们的编码规范」)。CLI 用于你自己查,MCP 用于 AI 驱动的流程。不用二选一 — 都装。 - Devin Cursorrules (#10) vs 手把手 — Devin 模式让 Cursor 中等任务(5-15 文件改动)能自治。代价:偶尔会做你不会做的选择。批量活值得,单行 fix 是过度配置。有意识地用,不当默认。
常见踩坑
.cursorrules500 行巨兽 — 和 CLAUDE.md 一样的坑。控制在 200 行以内。按栈的细节拆到对应路径作用域的 MDC 文件里。长 rule 每轮都稀释 Cursor 的注意力。- 一次启用所有 MCP — 每个 MCP 都给 Cursor 加要推理的工具。3-5 个 active MCP 是黄金区间。先装 GitHub + Linear;只在有具体反复出现的任务时才加第三个。
- 小改动也
@codebase—@codebase把整个仓库索引进 prompt。问架构问题有用;「在 auth 模块里重命名这个函数」是浪费。用@folder或@file收紧作用域。 - 把 Cursor Tab 当成产品全貌 — Tab 补全只是开胃菜。Composer + rules + MCP 才是正餐。如果你用 Cursor 一个月还没用 Composer 改过多文件,那你是花法拉利的钱去超市买菜。
- 觉得 #10 听起来太玄就跳过 — Devin Cursorrules 听起来像噱头,但它不是。规划 + 自我修正模式正是你累了不想手动审每个 diff 的时候最该有的。
10 个资产打包就绪
常见问题
我天天用 Cursor tab 补全,真的需要装 10 样东西?
如果你只用 tab 补全,那你最多用了你付钱的产品的 20%。这个 pack 是给你之后那一刻准备的:你意识到 demo 视频里那个 Cursor 看起来像另一款 IDE — 因为人家配置了 rules、Composer、MCP 而你没有。最小可用版本是 #1、#4、#8(rules 库 + MDC 格式 + GitHub MCP),10 分钟搞定,立刻天翻地覆。其余 7 个在这基础上叠加。
只有 10 分钟,先装哪三个?
Awesome Cursor Rules (#1)、Cursor Rules MDC Generator (#4)、GitHub MCP (#8)。Rules 库让 Cursor 第一次 chat 就懂你的栈。MDC 让你在格式迁移上不掉队。GitHub MCP 接到你代码真正住的地方。其他 7 个是加成 — 这三个是地板。
我应该把已有的 `.cursorrules` 全迁到 `.mdc` 吗?
不要为了迁而迁。.cursorrules 还能用,Cursor 也还会读。加 .mdc 的理由是路径作用域 rule — 当你 src/api/**/*.ts 需要的规范跟 src/components/**/*.tsx 不一样的时候,MDC 让每套规则只作用于相关路径。全局 rule 留在 .cursorrules,按路径作用域的拆到 MDC。没有这个需求的纯迁移是没事找事。
Composer 还是 Chat — 什么时候用哪个?
Chat 用于提问和单文件改(「为什么这里返回 undefined?」、「给这个函数加输入校验」)。Composer 用于跨文件的改动(「把这个 REST endpoint 在 route、schema、客户端 hook 三处一起转成 tRPC」)。判断标准:如果你的 prompt 提到不止一个文件,开 Composer。Composer 就是为了关掉「Chat 问代码→手动在多文件里 apply」这个闭环而生的 — 把手动那一步省了。
我团队用 Jira / Asana / ClickUp 不用 Linear,Linear MCP 还有用吗?
Linear MCP 是 Linear 专属;如果你用别的 tracker,换成生态里对应的 MCP(awesome-mcp-servers 那个清单里 Jira、Asana、ClickUp 都有)。原则一样 — 把 issue 上下文拉进 Cursor,省得每五分钟 alt-tab 去重读 ticket。选你团队真在用的;这个 pack 其他九个不变。