Mar 28, 2026·1 min read

Awesome Cursor Rules Repository

面向 Cursor 的 `.cursorrules` 规则库,适合让 agent 按当前项目技术栈挑一个规则文件并写入项目根目录。

TO
TokRepo精选 · Community

How to use this asset

Copy the content to your project, or tell your AI agent to use it directly.

1. Awesome Cursor Rules Repository

面向 Cursor 的 .cursorrules 规则库,适合让 agent 按当前项目技术栈挑一个规则文件并写入项目根目录。

Prompt

---
name: Awesome Cursor Rules Repository
description: 面向 Cursor 的 `.cursorrules` 规则库,适合让 agent 按当前项目技术栈挑一个规则文件并写入项目根目录。
type: prompt
---

# Awesome Cursor Rules Repository

## 快速使用

### 适合谁

适合已经在用 Cursor、希望让 AI 更贴近自己项目约束的人。尤其适合已经有明确技术栈,但还没有稳定 `.cursorrules` 文件的团队或个人项目。

### 先做什么

1. 先看源仓库 README 的 `Rules` 分类,按技术栈定位最接近的规则目录。
2. 打开对应目录里的 `.cursorrules` 文件;如果一时找不到足够贴近的模板,就先用仓库根目录的 `.cursorrules` 作为基线。
3. 把选中的规则文件复制到你自己项目根目录,文件名就是 `.cursorrules`4. 用 Cursor 让 AI 完成一个很小的真实任务,观察它是否开始遵守项目结构、命名和技术栈约束。

### 给 Agent 的第一步

- 先根据当前工作区的 `package.json`、锁文件、框架目录和语言文件判断技术栈。
- 去源仓库 `rules/` 下选择最接近当前项目的 `.cursorrules`;如果没有足够明确的匹配项,就退回根目录 `.cursorrules`- 把选中的内容写入当前项目根目录 `.cursorrules`,并在交付说明里写清楚使用了哪个上游文件路径。

### 跑通后会看到什么

如果规则选对了,Cursor 后续生成和修改代码时会更像在“按你的项目约定做事”,而不是每次都从默认泛化行为开始。

## 介绍

这条资产不是一篇解释 Cursor 的文章,而是一个可直接挑选规则文件的仓库。它的核心价值不在“告诉你为什么要写规则”,而在“帮你省掉从零起草 `.cursorrules` 的第一步”。

源仓库 README 明确给了两条使用路径:一条是手动把 `.cursorrules` 复制到项目根目录,另一条是通过 `vscode-cursor-rules` 扩展导入。对 TokRepo 用户和 Claude Code 这类 agent 来说,第一条才是最直接、最可执行的安装路径。

## 资产详情

### 你会拿到什么

- 一个仓库根目录基线版 `.cursorrules`
- 一个按技术栈和场景分类的 `rules/` 目录,里面是大量可直接复制的 `.cursorrules` 文件
- 一个 README 索引页,负责告诉你规则分类、命名方式以及两种使用方法

### 从哪里开始

- 如果你已经知道当前项目技术栈,就从 README 的 `Rules` 分类直接跳到最接近的规则文件。
- 真正能安装到项目里的资产,不是 README 文本,而是 `rules/<具体目录>/.cursorrules` 或仓库根目录 `.cursorrules`- 根目录 `.cursorrules` 更像仓库维护规范和基线模板;要给自己项目上规则,通常优先选 `rules/` 里的技术栈模板。

### 一个具体用法

如果你当前项目是 Next.js + TypeScript,最直接的做法是:

1. 在源仓库 README 的 Next.js 分类中找到最接近你的条目,比如 `rules/nextjs-react-typescript-cursorrules-prompt-file/.cursorrules`2. 先通读这个文件,确认它覆盖的是你的框架、目录组织和编码习惯,而不是完全不同的项目上下文。
3. 把它复制到你项目根目录并命名为 `.cursorrules`4. 删掉不适合你团队的强约束,只保留真正希望 Cursor 长期遵守的部分。
5. 用 Cursor 执行一个小任务,比如“新增一个页面组件”或“修一个类型错误”,检查生成结果是否开始贴近你的项目规范。

### Agent 应该验证什么

- 当前工作区根目录已经存在 `.cursorrules` 文件,而不是只把内容停留在剪贴板里。
- 交付说明里已经注明这次采用的是哪个上游规则文件路径,或者说明退回使用了仓库根目录基线文件。
- 规则文件内容与当前项目技术栈基本一致,没有把明显不相关的框架或工具约束硬塞进来。
- 用户接下来只需要在 Cursor 里跑一个小任务,就可以验证规则是否开始生效。

### 跑通后会得到什么

你得到的不是“一个关于 Cursor 的知识点”,而是项目级 AI 规则入口。它通常会减少你反复解释技术栈、目录习惯和代码风格的成本,也更适合作为团队内部 `.cursorrules` 的起点版本。

### 什么时候不要用

- 如果你根本不用 Cursor,这条资产没有直接安装价值。
- 如果你不愿意根据当前项目做裁剪,而是把社区模板原样硬贴进去,最后大概率会得到一份噪音比价值更高的规则文件。

## 来源与感谢

- **来源**: https://github.com/PatrickJS/awesome-cursorrules
- **原作者**: PatrickJS
- **原始发布账号**: `@PatrickJS`
- **整理发布**: TokRepo精选
- **鸣谢**: 感谢 PatrickJS 和贡献者把大量 `.cursorrules` 模板按技术栈整理成公开仓库。
- **原文说明**: 具体规则内容、目录变化和后续新增模板请以原仓库 README 与对应规则文件为准。

Related Assets