压缩包在 Cursor 中长期协作会遇到一个共性问题规则写得不少模型的遵守率却不稳定。表现为回答风格漂移、技术方案深度不够、编码规范偶发遗漏。根因通常有三点上下文稀释——一次性注入的规则过多、过长模型注意力被摊薄规则冲突——例如「保持简洁」与「保留固定表达」互相打架模型倾向优先简洁缺少兜底——规则只是提示词prompt没有任何一环在输出前后做强制校验。针对这三点我把规则拆成了分层加载 运行时校验的工程化结构。设计目标入口精简常驻上下文只保留最小必要规则降低稀释按需加载语言/框架相关的细则仅在相关文件打开时生效可校验在回答生成前后各加一道检查把「软约束」尽量变成「可执行约束」可迁移全部以文件形式管理便于版本控制与备份还原。整体架构Settings 全局规则常驻入口定义优先级alwaysApply 规则.mdc交流语言 / 回答风格 / 技术说明标准 / 开发流程与自检按文件触发规则globs打开 .java / .xml 时加载分层、Mapper、JavaDoc 等细则Skill回答前自检核对优先级与硬性要求Hooks回答后校验stop 阶段检查不合规则触发重写分层说明1. 全局入口Settings User Rules只承担「优先级定义」和「最高约束」不堆细节。明确各类规则的冲突顺序并声明「简洁」只能删冗余不能牺牲既定要求。作用是给模型一个稳定的裁决依据。2. 常驻规则alwaysApply: true每轮都加载但保持精简包括交流语言、回答风格、技术说明标准组件/依赖/方案对比/调用链/接口/函数级实现、开发流程与提交前自检。3. 按文件触发规则globs将语言相关的细则分层架构、Mapper/XML、命名与常量、代码风格、异常与安全、JavaDoc 等标注 glob仅在编辑对应文件时注入避免在无关对话中占用上下文。4. Skill回答前自检一个始终可命中的个人 Skill作为「执行入口」在生成回答前对照规则清单逐条核对语言、风格、技术细节完整性、是否基于真实代码而非臆测。5. Hooks回答后校验利用 Cursor 的stopHook在一轮回答结束时读取输出做规则校验命中问题时返回续跑指令要求模型按规则重写并设置循环上限避免死循环。这是把「提示词约束」升级为「运行时约束」的关键一环。工程化收益遵守率提升从「全靠模型自觉」变为「入口裁决 前置自检 后置校验」三重保障上下文更干净细则按需加载减少无关规则对回答质量的干扰易维护、可回滚规则、Skill、Hook 均为纯文本文件可纳入版本管理一键备份还原风格与规范解耦交流风格与编码规范各自独立可分别调整互不影响。适用场景希望 Cursor 长期记住个人/团队约定而非每次重新交代从事 Spring Boot MyBatis 等后端开发需要把编码规范嵌入工作流既要求技术细节完整又希望统一交流风格与输出结构。小结规则的价值不在「写下来」而在「被执行」。通过分层加载控制上下文密度、用 Skill 做前置提醒、用 Hooks 做后置兜底可以显著提升 AI 在长期协作中的稳定性。这套结构与具体内容无关任何人都能按同样思路沉淀出属于自己的 Cursor 规则体系。
