📖 系列导航
- 第01篇：Cursor AI 入门指南
- 第02篇：从零开始设置你的专属AI开发伙伴（当前）
- 第03篇：Cursor AI 工作流入门
- 第04篇：Cursor AI 项目重构实战
- 第05篇：AI驱动的文档和测试
- 第06篇：AI结对编程：解决复杂技术难题
- 第07篇：Cursor AI高级协作技巧
- 第08篇：复杂项目管理策略
- 第09篇：自定义规则深度定制
- 第10篇：企业级大型项目工作流
前言：AI也需要"调教"
在上一篇文章中，我们体验了 Cursor AI 的强大功能。但你可能已经发现了一个问题：每次开启新的对话，AI 就像失忆了一样，你需要重复告诉它：
- “请用中文回答”
- “我们项目的代码风格是这样的”
- “不要动配置文件”
- “帮我按照团队规范生成文档”
如果 AI 能"记住"这些偏好，不是更好吗？
Cursor 的 “用户规则 (User Rules)” 功能正是为了解决这个痛点。它就像给 AI 写一份"员工手册"，让它永久记住你的工作方式、团队规范和安全底线。
用户规则的威力：从通用工具到专属伙伴
🎯 为什么需要用户规则？
想象两个场景：
场景A：没有规则的 AI
你：帮我修复这个函数
AI：Here's the fixed function... (用英文回答)
你：请用中文
AI：好的，这是修复后的函数... (下次又忘了)
你：不要动 .env 文件
AI：明白了 (下次可能又会建议修改配置)
场景B：有规则的 AI
你：帮我修复这个函数
AI：我来帮您修复这个函数。我注意到这是一个数据处理函数，为了保证安全性，我只会修改核心逻辑，不会触碰配置文件。修复后的代码如下...
(AI 自动记住：用中文回答、注重安全、按照项目规范操作)
💡 用户规则的核心价值
- 一致性：AI 始终遵循相同的语言和风格标准
- 安全性：设定明确禁令，保护重要文件和数据
- 效率性：自动化重复流程，减少无效沟通
- 专业性：内化团队规范，提升代码质量
快速设置：你的第一份规则文件
步骤一：创建规则文件
-
选择位置
# 在项目根目录创建（推荐） touch cursor-rules.md # 或在任何你喜欢的地方 mkdir ~/cursor-config touch ~/cursor-config/my-rules.md -
在 Cursor 中配置
- 打开 Cursor
- 按
Cmd + ,（macOS）或Ctrl + ,（Windows）进入设置 - 搜索 “Rules” 或 “用户规则”
- 点击 “Choose File” 选择你刚创建的文件
步骤二：写下你的第一条规则
在 cursor-rules.md 文件中写入：
# 我的 AI 开发助手规则
## 基本原则
- **语言**: 始终使用简体中文回应
- **安全**: 绝不删除或修改 .env、.git 等重要文件
- **风格**: 代码注释用中文，变量命名用英文
## 禁止操作
- 删除任何现有文件
- 修改 package.json 中的依赖版本
- 暴露 API 密钥或敏感信息
保存文件后，重启 Cursor，再次与 AI 对话，你会发现它已经"学会"了这些规则！
进阶配置：打造专业级规则体系
基础规则解决了基本需求，但要让 AI 真正成为你的专属伙伴，需要更系统的规则设计。
🔴 安全红线：不可触碰的底线
安全永远是第一位的。以下是必须设定的安全红线：
## 🚫 绝对禁止 (安全红线)
- 删除生产数据或配置文件 (.env, database.json, .git/)
- 暴露敏感信息 (API keys, passwords, tokens)
- 执行不可逆的系统命令 (rm -rf, format 等)
- 修改权限配置或安全设置
- 删除版本控制历史
这些禁令构建了一个安全的"沙箱"，让你可以放心地授权给 AI。
🚦 智能执行级别：风险分级管理
不是所有任务都有相同风险。建立一套"红绿灯"系统：
## 🎯 智能执行级别
### 🟢 绿灯：自动执行（无需确认）
**适用范围**：
- 代码格式化和风格统一
- 修复简单语法错误
- 导入语句排序
- 添加缺失的分号、括号
**执行条件**：低风险 + 单文件 + 完全可逆
### 🟡 黄灯：智能建议（预览后执行）
**适用范围**：
- 函数重构和性能优化
- 生成测试用例
- API 文档更新
- 代码结构调整
**执行流程**：
1. 生成预览和影响分析
2. 显示详细变更内容
3. 用户确认后执行
### 🔴 红灯：手动审查（仅提供建议）
**适用范围**：
- 重大架构变更
- 数据库结构修改
- 生产环境部署
- 外部依赖升级
**处理方式**：AI 只提供分析报告，不执行操作
📋 团队规范：内化最佳实践
让 AI 成为团队规范的忠实执行者：
## 📝 开发规范
### Git Commit 标准
**格式**：`<type>(<scope>): <subject>`
**类型**：feat, fix, docs, style, refactor, test, chore
**长度限制**：总长度 ≤ 100 字符，主题 ≤ 50 字符
**示例**：
- `feat(auth): add user login validation`
- `fix(api): resolve null pointer exception`
- `docs(readme): update installation guide`
### 文档管理
**命名规范**：`{文档类型}-{具体内容}-{日期}.md`
**存储位置**：
- 技术方案 → `docs/technical-solutions/`
- 代码审查 → `docs/code-review/`
- 会议记录 → `docs/meeting-records/`
### 代码风格
- 函数命名：驼峰命名法 (camelCase)
- 常量命名：全大写下划线分隔 (UPPER_SNAKE_CASE)
- 注释语言：中文
- 文件编码：UTF-8
快捷指令：创造专属的"魔法词汇"
通过自定义 @ 指令，让复杂操作一键完成：
## 🚀 快捷指令系统
### 基础功能
- `@fix` - 自动修复当前文件的 lint 错误
- `@test` - 为当前函数生成单元测试
- `@doc` - 生成 JSDoc 格式的文档注释
- `@clean` - 清理未使用的导入和变量
### Git 操作
- `@commit` - 生成标准格式的 commit message
- `@review` - 分析当前变更，生成代码审查报告
### 文档操作
- `@summary` - 总结当前讨论，生成文档
- `@api` - 生成 API 接口文档
现在，你只需要输入 @fix，AI 就会自动执行完整的代码修复流程！
实践演示：规则的威力
演示1：自动化 Git Commit
没有规则时：
你：帮我写个 commit message
AI：Sure, here's a commit message: "Update files"
有规则后：
你：@commit
AI：根据您的变更内容，我为您生成了符合团队规范的 commit message：
feat(user): implement user profile update functionality
- Add user profile editing form
- Implement validation for email and phone
- Update user service with new endpoints
总长度：97字符 ✅ 符合 <100 字符限制
演示2：智能安全检查
没有规则时：
你：帮我优化这个配置文件
AI：我建议直接修改 .env 文件，添加以下配置...
有规则后：
你：帮我优化这个配置文件
AI：我注意到这是 .env 配置文件。根据安全规则，我不能直接修改它，但我可以为您提供优化建议：
1. 创建 .env.example 文件作为模板
2. 在文档中说明各配置项的用途
3. 建议的配置优化方案：...
这样既能优化配置，又保证了安全性。
常见问题解答
❓ 规则文件太长，AI 会不会"消化不良"？
答：不会。AI 能够很好地处理长规则文件。建议：
- 用清晰的标题和分节组织内容
- 重要规则放在前面
- 使用 Markdown 格式增强可读性
❓ 如何知道 AI 有没有遵循我的规则？
答：观察 AI 的行为模式：
- 是否使用指定的语言回答？
- 是否避免了被禁止的操作？
- 是否遵循了代码规范？
如果发现不遵循，可以直接提醒：“请按照用户规则执行”。
❓ 规则可以随时修改吗？
答：当然可以！规则是动态的：
- 保存修改后，下次对话即生效
- 建议对规则进行版本管理
- 定期回顾和优化规则内容
入门模板：直接可用的规则文件
为了帮助你快速开始，这里提供一个入门级的规则模板：
# AI 开发助手规则 v1.0
## 🌟 核心原则
- **语言标准**: 始终使用简体中文回应
- **决策优先级**: 安全 > 质量 > 效率
- **工作方式**: 先理解，再执行，最后确认
## 🚫 绝对禁止
- 删除或修改 .env、.git、package-lock.json 等关键文件
- 暴露 API 密钥、密码或敏感信息
- 执行不可逆的系统命令
## 🎯 执行级别
- **🟢 自动修复**: Lint 错误、格式化、导入排序
- **🟡 智能建议**: 重构、优化、测试生成
- **🔴 人工审查**: 架构变更、依赖升级、配置修改
## 📝 开发规范
- **Git Commit**: 使用 `<type>(<scope>): <subject>` 格式，总长度 ≤ 100 字符
- **代码风格**: 注释用中文，变量用英文，遵循 ESLint 规则
- **文档管理**: 自动归档到 docs/ 相应子目录
## 🚀 快捷指令
- `@fix` - 修复代码问题
- `@test` - 生成测试用例
- `@commit` - 生成标准 commit message
- `@doc` - 生成文档注释
将这个模板保存为 cursor-rules.md，在 Cursor 中配置后，你就拥有了一个遵守规范、注重安全、高效协作的 AI 开发伙伴！
下一步：建立协作工作流
现在你已经拥有了一个"调教"好的 AI 助手，在下一篇文章《Cursor AI 工作流入门：让AI成为你的得力助手》中，我们将学习如何与 AI 建立高效的日常工作流程，让开发效率实现质的飞跃。
记住：好的规则不是一天写成的，它需要在实践中不断完善。开始简单，逐步迭代，最终你会拥有一套完全适合自己的 AI 协作体系。
基于真实项目经验总结，帮助开发者快速掌握 Cursor AI 定制化技巧。
扫一扫
830
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
