技能 vs 规则：Claude 与 Cursor 怎么选

Claude Code 技能 vs Cursor 规则：该怎么选

两者解决同一个问题：不用每回都向 AI 重复交代规范。但方式相反。技能是按需触发的工作流，平时只占一段描述，请求命中才加载完整步骤；规则是常驻指导，在项目里工作时一直在场。记住一句话：必须永远成立的放规则，只在特定时刻才做的放技能。

技能：按需加载的流程

一个技能就是装着 SKILL.md 的文件夹：开头是触发描述，之后是步骤、检查点和约束。会话开始只扫描描述，匹配才加载正文，所以技能适合打包流程而非偏好。例如系统化调试技能规定先复现、再定位、形成假设、用最小改动验证、最后才修；测试驱动开发技能强制先写失败测试再写实现。技能是可携带的文件夹，安装见这篇指南，与提示词、MCP 的区别见这篇科普。

规则：常驻的约束

Cursor 规则附着在工作区：传统是仓库根目录的 .cursorrules，新版是 .cursor/rules/ 下可按文件模式限定的 .mdc 文件。它不等待触发，适合命名、导入顺序、错误处理风格、接口返回格式这类"处处都要对"的约束。毛病是越攒越长，每次请求都要为无关内容买单——保持短、定期删过期条款才是正解。

选型与迁移

• 每次改动都必须成立的，放规则：风格、命名、安全红线、文件结构。
• 能说出"什么时候开始"的，放技能：调试失败测试、按 TDD 写功能、给页面做设计走查。比如 Taste 技能是一套对照标准检查并迭代页面的流程，不是静态规则能做到的。
• 两者都用时：规则保持短且限定在项目内，流程以技能形式随身走，换工具也不用重建工作流。

已有的一条长成流程的规则，迁移只需几步：把带先后顺序的段落抽出来；写一句触发描述，用开发者真正会说的话；把建议改写成带检查点的步骤；原规则只留一行约束；最后用三种问法测试触发：点名调用、只描述问题、不相关会话，前两者应触发，第三者不应触发。

结论

技能和规则没有胜负，只有分工：规则保证每次改动都一致，技能让复杂流程可重复。规则文件读起来像操作手册，就把手册抽成技能；技能读起来像风格指南，就把约束挪回规则。先挑规则里最长的一段流程迁移一次，下一回同类任务就不用再往对话里粘贴一堵指令墙了。