docs(规则修订): code-conventions/test-conventions 文首读触发前移——「写任何代码前必须通读本文件」改「定代码方案前必须通读本文件」、「写任何测试前必须通读本文」改「定测试方案前必须通读本文」（2026-10-25 用户裁两处一起改；与 d121d653 导航行前移口径对齐，测试侧实际时点更早——验收断言在写卡期设计；process-conventions 经呈报维持不改）

design/engineering/code-conventions.md

@@ -3,7 +3,7 @@
 > 约束范围：`game/` 代码同尺度；与 AGENTS.md「硬性红线」节硬约束（数值表单点 / RNG 封闭流 / Core 零 UI / fail-fast / spec-AC 一致性）并行生效，冲突以用户裁决为准。
 > 分工：本文管结构 / 契约 / 语言 / 数值 / 流程五类；测试的编写与验收见 `design/engineering/test-conventions.md`；真实反例库见同目录 `code-conventions-cases.md`（不常驻加载，对规则适用有疑义时查）。
 
-**写任何代码前必须通读本文件。**
+**定代码方案前必须通读本文件。**
 
 ---
 

design/engineering/test-conventions.md

@@ -4,7 +4,7 @@
 > 分工：测试**执行许可**（什么时候允许跑测试）归 AGENTS.md「硬性红线·测试执行两入口铁规」；**跑什么闸、什么顺序**归 `tools/run_all_gates.sh`（脚本即清单，本文与 AGENTS.md 均不另列）；本文管测试怎么写、怎么算合格。每件测试工具**是什么、判什么、怎么单独跑、什么时候适合单独用**——见 `game/tests/README.md`（测试工具手册），本文不重复工具介绍。
 > 归属：随游戏逻辑写/改的测试＝需求改动的一部分（随需求卡片同批落地）；不伴随逻辑改动的纯测试维护＝工程改动（不写卡，用户发令直改）。
 
-**写任何测试前必须通读本文。**
+**定测试方案前必须通读本文。**
 
 ---