docs(07-14): lock user adjudication — #06-17-7 wontfix, compat layer slated for removal

- Q1..Q4 all 不改动: legacy data-fallback compatibility layer is untouched
- Verbatim user answer recorded in 07-14-PLAN.md Task 0 <record>
- Disposition: #06-17-7 / audit item C = wontfix (经用户裁定不修复)
- Legitimate Phase 7 criterion-1 disposition: 修复或经用户裁定不修复
- Consequence: zero code changes, zero tests, zero new dependencies

.planning/phases/07-data-fixes/07-14-PLAN.md

@@ -171,9 +171,26 @@ Phase 7 裁决对应（逐条引用）：D-01: 本计划是 Phase 7 第 14 个
     </option>
   </options>
   <record>
-    待用户在关卡处逐条填写（Q1..Q4：勾选选项 id 或给出裁决文字）。
-    **空的 `<record>` 表示尚未裁决**：执行者必须停在本任务，不得按「建议默认」推进。
-    填写后 Task 1–2 一律按本记录执行；若裁决与 Task 1–2 的分支描述冲突，暂停并请用户澄清。
+    **裁决日期：2026-09-17（经用户裁定，D-09 关卡已闭合）。**
+
+    **用户原话（逐字）**：「关于旧引擎的兼容部分不动，很快就要删除了，没必要改。」
+
+    **逐条裁决（Q1..Q4）**：
+
+    | 问题 | 裁决 | 说明 |
+    | --- | --- | --- |
+    | Q1 代理的活属性解析方式 | **不改动** | 选项 A（每次访问解析）/ 选项 B（加载后重绑）/ 选项 C（仅文档）**均不采用**——兼容层整体不动，不引入任何代理解析口径变更 |
+    | Q2 `get` 返回基础属性还是最终属性 | **不改动** | 保持现状（`attr.getBaseAttribute(p)`），不改变 legacy 可观测数值口径 |
+    | Q3 回归测试的落点与入口 | **不新建测试** | 不创建 `packages-user/data-fallback/src/hero.test.ts`、不抽工厂；`packages-user/data-fallback` 维持零测试现状 |
+    | Q4 `patchFlags` 是否一并处理 | **不改动** | `flag.ts` 与 `index.ts` 一行不动 |
+
+    **裁决理由**：`packages-user/data-fallback` 是面向仓外旧引擎的**兼容层**，按规划**即将删除**，为很快消失的代码修复引用口径并新建测试不具价值。审计条目 C（`#06-17-7`）的严重度本身为「低-中，取决于仓外 `resetHero` 是否重发」，风险随兼容层删除而自然消解。
+
+    **处置结论**：`#06-17-7`（审计条目 C）判定为 **不修复（wontfix）／经用户裁定不修复**；本计划因此**产出零代码改动、零新增测试、零新增依赖**。
+
+    **本计划属 Phase 7 成功标准第 1 条的合法处置**：`ROADMAP.md` Phase 7 成功标准第 1 条为「06-TEST-FINDINGS.md 登记的数据端疑似缺陷全部处置完毕（**修复或经用户裁定改契约/不修复**）」——本裁决即其中「经用户裁定不修复」一支，条目已闭合而非遗留。
+
+    **对 Task 1–2 的效力**：**Task 1 整体跳过**（不得修改 `hero.ts`、不得新建 `hero.test.ts`、不得触碰 `flag.ts`/`index.ts`）；**Task 2** 仅执行「门禁/基线」与「SUMMARY 登记」部分——因无改动文件，文件级 `eslint`/`vue-tsc` 门禁为空集（**vacuous clean**），以 `pnpm test:ci` 作为 Phase 7 收口基线；SUMMARY 须明写本裁决、零改动事实与「计划声明的 `hero.ts` 修改 / `hero.test.ts` 未产出」为**已登记偏差**（而非执行不完整）。
   </record>
   <resume-signal>逐条给出 Q1..Q4 的裁决（例如「Q1=A, Q2=A, Q3=A, Q4=A」）；若要修订方案，回复修订点，执行者退出并按 D-09 修订本 PLAN.md</resume-signal>
   <action>向用户汇报上述 4 个契约点，重点说明 Q2 对 legacy 可观测数值的影响、Q1 对「是否依赖仓外事件」的取舍、Q3 对测试环境（全局 stub）的影响。不得在裁决前修改任何文件。</action>