有效使用Cursor规则:最佳实践和常见错误
随着Cursor的发展,理解如何正 确实施和管理规则变得越来越重要。本指南将帮助你避免常见陷阱,优化规则配置以获得更好的AI辅助。
关键要点
- 在
.cursor/rules
目录中使用.mdc
规则进行现代规则实现 - 保持规则简单明确
- 为重复出现的AI错误创建特定规则
- 实施可见性规则以便跟踪
- 遵循项目特定的约定
现代规则实现
从.cursorrules迁移到.mdc
.cursorrules
格式正在被弃用,取而代之的是.mdc
规则。以下是迁移方法:
- 识别现有规则
# 列出所有.cursorrules文件
find . -name ".cursorrules"
- 转换规则
# 旧的.cursorrules格式
USE_TYPESCRIPT=true
FOLLOW_STYLE_GUIDE=true
# 新的.mdc格式
rule "typescript_usage" {
description = "强制使用TypeScript"
when = "创建新文件"
then = "所有新文件都使用TypeScript"
}
rule "style_guide" {
description = "遵循项目风格指南"
when = "编写或修改代码"
then = "遵守项目风格指南"
}
- 验证迁移
# 验证.mdc规则是否被应用
/rules status
使用.mdc规则
当前推荐的方法是在.cursor/rules
目录中使用.mdc
规则。虽然.cursorrules
文件仍然可用,但它们被视为遗留格式,而现代.mdc
格式提供了更好的AI功能集成。
.cursor/
rules/
code-style.mdc
documentation.mdc
testing.mdc
规则结构最佳实践
-
保持规则简单明确
- 为不同关注点创建单独的规则文件
- 避免在一个文件中组合不相关的规则
- 使用清晰、描述性的文件名
-
迭代式规则开发
- 监控AI响应并识别模式
- 发现重复错误时创建新规则
- 根据实际使用情况优化规则
-
项目特定规则
- 与项目编码标准保持一致
- 考虑框架特定要求
- 记录规则目的和期望
常见错误避免
-
规则过于复杂
- 不要试图在一个规则中处理太多情况
- 避免难以维护的复杂条件逻辑
- 保持规则定义清晰直观
-
忽视规则可见性
- 启用可见性规则以跟踪应用情况
- 监控规则有效性
- 根据使用情况调整规则
-
不更新规则
- 定期审查和 更新规则
- 删除过时或不必要的规则
- 保持规则与项目发展同步
规则管理最佳实践
-
组织结构
.cursor/rules/
style/
formatting.mdc
naming.mdc
testing/
unit-tests.mdc
integration-tests.mdc
documentation/
comments.mdc
api-docs.mdc -
版本控制
- 将规则包含在版本控制中
- 在提交信息中记录规则变更
- 在代码审查中检查规则变更
-
团队协作
- 与团队成员共享有效规则
- 建立团队范围的规则约定
- 记录规则使用方法和期望
规则示例
代码风格规则
# style/formatting.mdc
rule "consistent-formatting" {
description = "强制一致的代码格式"
when = "格式化代码"
then = "遵循项目风格指南:
- 使用2空格缩进
- 开括号放在同一行
- 运算符周围添加空格"
}
文档规则
# documentation/comments.mdc
rule "function-documentation" {
description = "确保适当的函数文档"
when = "编写或修改函数"
then = "包含:
- 函数目的
- 参数描述
- 返回值描述
- 复杂时的使用示例"
}
测试规则
# testing/unit-tests.mdc
rule "test-coverage" {
description = "维护测试覆盖率标准"
when = "实现新功能"
then = "创建单元测试:
- 覆盖所有代码路径
- 包含边界情况
- 遵循AAA模式
- 使用有意义的测试名称"
}