🧠 图解记忆： 企业规则应版本化并分层生效，把编码规范、架构边界和安全要求变成可执行上下文。

💡 答案要点

Cursor Rules 是什么：

Cursor Rules = 项目级 AI 行为规范配置文件，定义 AI 在当前项目中的工作方式。

基础配置示例：

// .cursorrules
{
  "rules": [
    "使用中文注释",
    "函数不超过 50 行",
    "优先使用 TypeScript 类型",
    "禁止使用 any 类型",
    "遵循 ESLint 规范",
    "测试覆盖率不低于 80%"
  ]
}

高级企业级配置：

// .cursorrules（企业级）
{
  "rules": [
    "所有 API 错误必须返回统一格式: {code, message, data}",
    "数据库操作必须使用事务",
    "敏感配置不允许硬编码，必须从环境变量读取",
    "禁止使用 eval()，安全风险",
    "所有异步函数必须有错误处理",
    "遵循 GitFlow 分支规范"
  ],
  "fileGuidelines": {
    "*.sql": "必须包含索引说明和性能注释",
    "*.test.ts": "测试用例命名规范: describe→功能名, it→具体行为",
    "*.config.ts": "配置变更必须记录版本和原因"
  },
  "securityRules": [
    "禁止在日志中打印用户密码或 Token",
    "SQL 拼接必须使用参数化查询",
    "文件上传必须校验 MIME 类型"
  ]
}

Cursor Rules vs EditorConfig：

对比项	EditorConfig	Cursor Rules
作用对象	代码风格（缩进、换行）	AI 编程行为
生效时机	人工编写代码时	AI 生成代码时
配置内容	格式化规则	业务规范、安全规则
强制性	弱（可覆盖）	强（AI 遵循）

Cursor Rules 最佳实践：

实践	说明
渐进式配置	从 3-5 条核心规则开始，逐步增加
团队统一	.cursorrules 提交到 Git，团队统一
按项目配置	不同项目可以有不同的 rules
持续迭代	根据 Code Review 发现的问题更新 rules

CI/CD 集成：

# .github/workflows/ai-check.yml
- name: AI Rules Compliance Check
  run: |
    # 检查 .cursorrules 是否更新
    # 检查 AI 生成的代码是否符合 rules
    # 自动化测试 + 人工 review 结合

面试话术：

"Cursor Rules 是我在团队推广 AI 编程工具时的关键工具。我们定义了统一的项目规范：代码风格、安全规则、业务约束全部写进 .cursorrules。这样 AI 生成的代码天然符合团队要求，减少了 60% 的 Code Review 返工。特别是安全规则，比如禁止 SQL 拼接、禁止硬编码 Token，AI 会自动遵守，比人工提醒更可靠。"

📚 参考：Cursor：Rules（项目规则配置官方文档）

---