diff --git a/docs/CodeX-TODO.md b/docs/CodeX-TODO.md
index 7088f06..0da49ba 100644
--- a/docs/CodeX-TODO.md
+++ b/docs/CodeX-TODO.md
@@ -78,10 +78,10 @@
 - 战斗 / 事件 / 商店都需要统一节点进入、完成、失败后的回流方式，避免每类节点各走一套。
 - 出战合法性需要从“至少有参战塔”收口为“满足完整三组件条件才可出战”。
 
-### 仍未完成
+### 当前剩余缺口
 
-- 出战合法性仍停留在“参与区至少有 1 座塔”的最低门槛，尚未收口为“三组件完整合法参战”。
-- 品质 / Tag / 耐久在代码里已有局部实现，但还没有统一规则入口，因此仍应视为未收口项，而不是 M1 已完成项。
+- `S3` 已完成收口，不再把“三组件完整合法参战”视为 `P0-10` 的功能缺口；当前只剩文档验收口径与状态同步。
+- 品质 / Tag / 耐久不再是“只有局部实现”的状态：`S4-02 ~ S4-06` 与 `S5-01 ~ S5-04` 已落地；M1 当前真正未完全收口的只剩 `S4-07` 的三表方案命名、文档口径与少量配置映射收尾。
 
 ## 阶段 S2 - 对齐节点流程 UI 的 MVP 口径
 
@@ -145,8 +145,6 @@
 >
 > 2026-03-10 更新：`S4-06` 已补齐首发剩余 3 个 Tag。`Shatter` 已接入命中前数值修正链，并按“目标已减速”口径增伤；`Inferno` 与 `AbsoluteZero` 已按首发方案作为 `Fire` / `Ice` 的强化 Tag 落地，分别增强 DOT 时长/伤害与减速时长/强度；对应 EditMode 测试已同步补齐。`BurnSpread`、`IgniteBurst`、`FreezeMask`、`Pierce`、`Overpenetrate` 仍保持分类与占位路由，没有实际战斗效果，因此仍属于后续扩展，不计入 `S4-06` 当前完成标准。
 >
-> 2026-03-10 更新：`S4-07` 仍未开始正式收口。当前 Tag 参数仍主要承载在代码侧 `TagDefinitionRegistry` 与各 Tag 配置类中，`Tag.txt` / DataTable 仍只提供基础字典与 `MinRarity` 输入；文档中约定的 `TagRule` 表、触发阶段、权重、效果参数等尚未形成 DataRow 与运行时消费闭环。因此 `S4-07` 继续保持未完成状态。
->
 > 2026-03-11 更新：`S4-07` 已进入第一阶段实现。当前已新增 `TagConfig.txt` 与 `DRTagConfig`，`ProcedurePreload` 会在加载 `TagConfig` 表后驱动 `TagDefinitionRegistry.LoadFromRows(...)`，把 `TriggerPhase`、`Description` 以及首发 7 个 Tag 的配置参数从表覆盖到运行时强类型 `TagConfig`。`ItemDescForm` 也已开始消费该配置说明；塔详情会优先使用 `TagRuntimes` 构建 `Ice x2` 这类叠层展示。因此 `S4-07` 不再是“完全未开始”，但当前仍只完成了 `TagConfig` 级别的参数映射与 UI 消费，尚未把文档中的完整 `TagRule`（如权重、生成规则等）全部收口。
 >
 > 2026-03-11 更新：`S4-07` 已继续推进到第二阶段。当前 `Tag.txt -> DRTag -> TagGenerationRuleRegistry` 已形成组件 Tag 生成规则闭环，`ComponentTagGenerationService` 不再主要依赖内部 `MinRarity` 硬编码，而是统一消费 `DRTag` 提供的 `MinRarity + Weight`；`ShopFormUseCase`、`EnemyDropResolver`、`InventorySeedUtility` 也已切回这一统一入口。现阶段的职责边界明确为：`Tag.txt` 负责基础字典与生成规则，`TagConfig.txt` 负责触发阶段、描述与效果参数。
@@ -262,6 +260,7 @@
 
 1. `S5-01 ~ S5-04` 已按当前 M1 口径完成，不再作为 `P0-12` 的主阻塞项。
 2. 当前未实现的是长期设计里的维修、自动销毁、耐久折价、连续属性衰减，这些后续若要恢复，应作为新的增强项重新拆分，而不是回滚当前 MVP 口径。
+3. `CodeX-TODO` 与 `TODO` 当前已经同步到同一执行口径；后续文档收尾应优先处理 `MVP-Scope`、`GameDesign` 等仍保留旧表述的设计文档。
 
 ## 阶段 S6 - 回归与文档收尾
 
@@ -269,25 +268,22 @@
 |-----|-------|-------------------------|---------------------------------------|--------------------------|
 | [ ] | S6-01 | 补主链路回归测试                | `Assets/GameMain/Tests/`              | Run 推进、节点回流、Boss 完成可回归验证 |
 | [ ] | S6-02 | 补规则侧测试                  | `Assets/GameMain/Tests/`              | 合法性、品质、Tag、耐久关键公式可验证     |
-| [ ] | S6-03 | 回写 `docs/TODO.md` 的真实状态 | `docs/TODO.md`                        | 文档状态与仓库现状一致              |
-| [ ] | S6-04 | 清理临时描述、过期 TODO、命名偏差     | `docs/`<br>`Assets/GameMain/Scripts/` | 后续推进时不再被旧口径误导            |
+| [x] | S6-03 | 回写 `docs/TODO.md` 的真实状态 | `docs/TODO.md`                        | 文档状态与仓库现状一致              |
+| [~] | S6-04 | 清理临时描述、过期 TODO、命名偏差     | `docs/`<br>`Assets/GameMain/Scripts/` | `CodeX-TODO` 与 `TODO` 已完成同步；其余旧设计文档仍待后续收尾 |
 
 ## 推荐执行顺序
 
-1. 先做 `S1`，把主流程真正收成一条稳定可验收的链。
-2. `S2` 已完成口径对齐，`NodeMapForm` 不再作为 M1 阻塞项。
-3. 接下来优先做 `S3`，补齐出战合法性，解决 `P0-10`。
-4. 再做 `S4`，统一品质 / Tag 的规则口径，解决 `P0-11`。其中当前优先级已经收口为：`S4-06` 已完成，下一步转入 `S4-07` 的数据表映射。
-5. `S5` 已按当前 M1 口径完成，后续重点转入 `S6` 的测试补强与文档收尾。
-6. 在 `S6` 收尾后，再决定是否把维修、自动销毁、耐久折价等长期设计拆成新的增强阶段。
+1. `S1 ~ S3` 已完成，不再作为当前主阻塞项。
+2. `S4` 只剩 `S4-07` 的最终收口；当前优先任务是确认 `Tag.txt + RarityTagBudget.txt + TagConfig.txt` 是否就是本阶段正式方案，并把命名与文档解释统一。
+3. `S5` 已完成，当前无需继续按旧耐久设计拆任务。
+4. `S6` 转入“测试补强 + 旧文档清理”收尾；重点不再是补主功能，而是把现状固化并避免后续继续按旧口径推进。
+5. `S6` 完成后，再决定是否把维修、自动销毁、耐久折价、完整 `TagRule` 元数据等长期设计拆成新的增强阶段。
 
 ## 本周建议开工顺序
 
-1. `S1` 与 `S2` 已完成口径收口，可直接进入规则侧收尾
-2. `S3-01 ~ S3-04` 已完成，当前可转入 `S4`
-3. 当前先完成 `S4-07` 的三表口径收口，并把 `Tag.txt` / `TagConfig.txt` / `RarityTagBudget.txt` 的实际消费链稳定下来
-4. `S5-01 ~ S5-04` 已按“最小耐久闭环”落地，当前无需再按旧 TODO 继续拆这部分
-5. 最后补 `S6-01 ~ S6-04`
+1. 先完成 `S4-07` 的最终口径收口，把三表方案、命名和文档解释彻底统一
+2. 再补 `S6-01 ~ S6-02` 的主链路 / 规则回归测试，把当前 M1 口径固化下来
+3. 最后继续处理 `S6-04`，清理 `MVP-Scope`、`GameDesign` 等仍保留旧范围描述的文档
 
 ## 备注
 
diff --git a/docs/TODO.md b/docs/TODO.md
index d084753..d38f019 100644
--- a/docs/TODO.md
+++ b/docs/TODO.md
@@ -12,8 +12,8 @@
 ## M1 当前口径（2026-03-11）
 
 - 当前仓库已经具备 `ProcedureMain + NodeMapForm + CombatNode + EventNode + ShopNode` 的主流程 Run 闭环，可以从主菜单进入游戏，完成固定 10 节点流程，并在 Boss 结算后进入正式结束态并回到主菜单。
-- `NodeMapForm` 已满足 MVP 所需的节点流程界面；M1 现在的真实缺口是合法出战 / 品质 / Tag / 耐久规则是否真正统一收口。
-- `P0-10` 的“三组件完整合法参战”主链已落地：当前参战分配、战斗入口最终校验、失败原因与拦截提示都已接入统一合法性判断入口，但文档仍保留 `[~]`，直到与 `docs/CodeX-TODO.md` 的验收口径完全同步。
+- `NodeMapForm` 已满足 MVP 所需的节点流程界面；M1 当前真正未完全收口的只剩 `P0-11` 对应的三表方案命名、文档解释与少量配置映射收尾。
+- `P0-10` 的“三组件完整合法参战”主链已完成：当前参战分配、战斗入口最终校验、失败原因与拦截提示都已接入统一合法性判断入口，现阶段不再把它视为 M1 功能缺口。
 - `P0-11` 已不再只是“局部展示字段”：当前品质计算、Tag 生成、塔级 Tag 汇总、首发 7 个 Tag 的战斗效果、以及 `Tag.txt + RarityTagBudget.txt + TagConfig.txt` 三表驱动链路都已存在；剩余缺口主要是 `S4-07` 的最终文档口径与少量配置收口，而不是主功能缺失。
 - `P0-12` 的“最小耐久闭环”主链已落地：当前已实现战斗后按参战塔真实扣减耐久、`0` 耐久失效并拦截参战/战斗入口、仓库详情损坏提示，以及节点结束后自动将损坏塔移出参战区并弹窗说明。
 
@@ -30,7 +30,7 @@
 | [x] | P0-07 | 战斗节点基础玩法：放置塔、出怪、基地扣血、胜负判定           | `Assets/GameMain/Scripts/Entity/`<br>`Assets/GameMain/Scripts/Scene/`                  | 可完整打一场并得到胜利/失败结果                                                         |
 | [x] | P0-08 | 胜利波次与结算规则（100/80/50/<50）            | `Assets/GameMain/Scripts/Procedure/`                                                   | 结算奖励与惩罚严格匹配设计文档                                                          |
 | [x] | P0-09 | 敌人掉落与关卡奖励（组件/配件/金币）                 | `Assets/GameMain/Scripts/Entity/`                                                      | 战斗结束能发放掉落并写入库存                                                           |
-| [~] | P0-10 | 节点后组装：枪口/轴承/底座三组件约束                 | `Assets/GameMain/Scripts/Entity/`<br>`Assets/GameMain/Scripts/UI/Templates/GameScene/` | 当前已形成“三组件完整合法参战”的统一校验链与战斗入口拦截；剩余工作主要是同步文档口径与收尾验收 |
+| [x] | P0-10 | 节点后组装：枪口/轴承/底座三组件约束                 | `Assets/GameMain/Scripts/Entity/`<br>`Assets/GameMain/Scripts/UI/Templates/GameScene/` | 已完成“三组件完整合法参战”的统一校验链、战斗入口最终拦截与失败原因反馈；不再作为当前 M1 功能缺口 |
 | [~] | P0-11 | 品质 / Tag 规则统一入口（白绿蓝紫红）              | `Assets/GameMain/Scripts/Definition/`<br>`Assets/GameMain/Scripts/Entity/`             | 当前已完成品质统一、Tag 生成/汇总/展示与首发 7 个 Tag 的战斗生效；剩余工作主要是三表方案的最终收口与文档同步 |
 | [x] | P0-12 | 组件/配件耐久最小闭环                     | `Assets/GameMain/Scripts/Procedure/`<br>`Assets/GameMain/Scripts/CustomComponent/PlayerInventory/`<br>`Assets/GameMain/Scripts/UI/` | 已实现战斗后真实扣减、`0` 耐久失效拦截、仓库损坏提示与节点结束后的自动移出参战区；自动销毁/维修系统保留到后续阶段 |
 
@@ -63,9 +63,9 @@
 
 ## 本周建议开工顺序
 
-1. 先完成 `P0-11` 的三表口径收口，把 `Tag.txt + RarityTagBudget.txt + TagConfig.txt` 的实际消费链与文档彻底对齐
-2. 再补 `S6` 侧的主链路 / 规则回归测试，把当前 `S5` 代码口径固化下来
-3. 最后同步其余执行文档与过期 TODO，避免后续继续按旧的耐久/Tag 描述推进
+1. 先完成 `P0-11` 的三表口径收口，把 `Tag.txt + RarityTagBudget.txt + TagConfig.txt` 的实际消费链、命名和文档解释彻底对齐
+2. 再补 `S6` 侧的主链路 / 规则回归测试，把当前 M1 口径固化下来
+3. 最后继续同步 `MVP-Scope.md`、`GameDesign.md` 等仍保留旧范围描述的文档，避免后续继续按旧耐久 / Tag 口径推进
 
 ## 设计优化 Backlog（新增）