优化

.augment/rules/rules.md

@@ -80,11 +80,9 @@ type: "always_apply"
 43. 异常信息要包含足够的上下文信息
 44. 生产环境禁止输出debug级别日志
 
----
-
 ## Java Spring Boot 项目开发与代码质量保障规范（扩展）
 
-适用范围：本规范适用于 logistics-finance 项目所有后端模块（common、gateway、auth、user、order、waybill、vehicle、finance、report、ai、file）。若与本文件前文条款或现有项目规范冲突，以更严格者为准。
+适用范围：本规范适用于 EmotionMuseum 项目所有后端模块。若与本文件前文条款或现有项目规范冲突，以更严格者为准。
 
 ### 一、代码规范完善
 
@@ -149,9 +147,7 @@ type: "always_apply"
 - 事务管理
   - 仅在 Service 层声明事务；方法内仅包含数据库操作或与数据库一致性相关的远程调用；跨服务一致性使用可靠消息/补偿方案。
 
----
-
-## 二、代码质量保障机制
+## 代码质量保障机制
 
 - 代码审查流程（Code Review）
   - 所有变更必须走 PR；至少 1 名同组开发+1 名模块 Owner 审核通过方可合并。
@@ -176,9 +172,7 @@ type: "always_apply"
   - 小步快跑、单一职责、先加测试再重构；保持对外行为一致（新增特性使用特性开关/版本控制）。
   - 严禁大规模跨模块重构合并在单次 PR；拆分为多个可审查的独立提交。
 
----
-
-## 三、变更管理流程
+## 变更管理流程
 
 - 变更前影响分析
   - 维度：接口兼容性（路径/入参/语义）、数据库（表/字段/索引/数据迁移）、配置（Nacos/环境变量）、依赖版本、性能、容量与并发、安全与合规、可回滚性。
@@ -200,9 +194,7 @@ type: "always_apply"
   - 紧急修复：创建 hotfix → 修复 → 快速测试 → 合并 master 与 release → 立即发布 → 追补测试与文档。
   - 常规开发：feature → PR 审核 → 合并 → 集成测试 → 发布。
 
----
-
-## 四、持续改进机制
+## 持续改进机制
 
 - 规范评审与更新
   - 每月一次质量例会，评审新增问题与改进项；规范变更需在本文件留痕（版本/日期/变更点）。
@@ -216,8 +208,6 @@ type: "always_apply"
 - 反馈闭环
   - 通过代码评审、事后复盘（Postmortem）、问题工单收敛到规范条款；指定责任人与截止时间；下次评审验证落地结果。
 
----
-
 ## 附：标准检查清单（节选）
 
 - PR 自检