docs(规则修订): concept-conventions 读触发前移——文首「写设计文档前必须通读」改「定文档方案前必须通读」＋§1 首句「动笔之前先做概念建模」改「定方案前先做概念建模」（2026-10-25 用户裁，只修本文档；本文 §1 附加物封装正是架构对齐会话被撤回方案的违例条款——概念建模实际发生在方案讨论期，读触发却在动笔期）

design/engineering/concept-conventions.md

@@ -3,13 +3,13 @@
 > 约束范围：设计文档的概念建模与跨文档引用。写作层（句子、结构、骨架）归 `design/engineering/doc-conventions.md`；本文管概念怎么切、文档怎么互链。
 > 概念只在 owner 文档里定义一次；跨系统术语的规范名、定义与互斥关系登记在 `design/gdd/术语表.md`。某概念被谁引用，靠全仓搜索它的规范名得出，不设第二处登记表。
 
-**写设计文档前必须通读本文。**
+**定文档方案前必须通读本文。**
 
 ---
 
 ## 1. 概念封装纪律（概念对象化建模）
 
-动笔之前先做概念建模：像写代码划分对象那样，把设计切成分界清晰的概念——每个概念有自己的规范名、自己的属性、自己的规则，概念之间靠显式关系（包含、挂载、引用）连接，而不是把所有内容揉进一个概念里。概念没有边界，删除修改就得全仓翻找。
+定方案前先做概念建模：像写代码划分对象那样，把设计切成分界清晰的概念——每个概念有自己的规范名、自己的属性、自己的规则，概念之间靠显式关系（包含、挂载、引用）连接，而不是把所有内容揉进一个概念里。概念没有边界，删除修改就得全仓翻找。
 
 | 规则 | 内容 |
 |---|---|