面试被问 Cursor Rules 当场懵？把 “rules” 听成 “弱势” 的社死瞬间，不少开发测试人都经历过！作为 Cursor 核心功能，它不仅是面试高频考点，更是提升测开协作效率的关键，今天听听我的分享，面试工作都能用。
一、Cursor Rules 核心定义
本质是AI 代码生成的持久化开发规范约束，类似定制化全局 Prompt，告诉 AI 写代码、生成文件时必须遵守的规则，区别于临时 Prompt，它能全局 / 项目级长期生效，从源头统一开发标准。分为两类：
全局规则（User Rules）：所有项目通用，比如设置 AI 用中文回复；项目规则（Project Rules）：仅对当前项目生效，定制专属技术栈、结构约束。
二、为什么测开都要重视？
没有规则的 AI 生成代码，会让测试工作徒增成本：
代码风格混乱、命名 / 缩进不统一，增加代码评审和回归测试难度；突破项目技术栈约束（如 React18 项目生成 React19 语法），导致代码跑不通、测试环境报错；文件结构错乱、违规引入依赖，增加接口测试、功能测试的适配成本；敏感信息硬编码，埋下安全测试隐患。而 Cursor Rules 能从源头规避这些问题，让 AI 生成代码贴合项目实际，减少无效测试，提升测开协作效率。
三、基础使用方法
- 打开项目，点击右上角设置
，选择「Rules & Memories」； - 「User Rules」面板直接配置全局规则，「Project Rules」为单个项目定制；
- 项目规则会在根目录生成
.cursor/rules文件夹，新建 Markdown 文件按规范编写即可。
四、4 种生效模式，按需选择
| 模式 | 核心特点 | 测试协作适用场景 |
|---|---|---|
| always | 始终生效 | 项目通用约束（如全量用 TS、禁用 any） |
| auto attached | 检测上下文自动加载 | 特定目录约束（如 api 目录强制用 fetch） |
| agent requested | AI 智能判断加载 | 特定技术栈约束（如写 React 时禁用 class 组件） |
| manual | 手动点选启用 | 临时实验性规则，不影响常规测试流程 |
| 转载：小爱同学 | ||
| 来源：稀土掘金 |
