chore(bundle): 补记重冻增量的归属拆分

Author: Aparencia

scripts/lazyBudget.json

@@ -1,5 +1,5 @@
 {
-  "generatedFrom": "node scripts/check-bundle-budget.mjs（**真构建**，不带 --no-build）· 源码 = 8cc627de（批 8 T8 的 O4① 落地树）+ T8 的注册表第三项（本提交）· 读数存档 .superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t8/b2-mine.json（受控对照 b2-control.json = base ffb7e28a 去掉 T8 的 6 件；时点 2026-09-13T06:53Z · 懒侧 39 chunk / 639,314 B · 首屏 106.20 kB）；🔴 本版 = 批 8 **8b 段**的收口重冻（归属 = T8 的视图片 + 它的注册表第三项）；上一版 = c0bff722（批 7 T22 全批收口重冻，limit 637,501）· 再上一版 = 950afd5a（批 7 T12 的 7a 段收口重冻，limit 636,243）· 再上一版 = cd800d63（批 7 T9，批次中段快照 634,316）；★★ 第 4 次 = 批 8 **T10**（容器片：`hooks/useNoteEvidence.ts` + `NotesPage` 注入 + `readingColumnLoaders` 的第三视图本地加载器）—— 真构建读数 `tmp/t10/b3-summary.json`；受控对照 = `tmp/t10/b5-control-parent.json`（`HEAD~1` = `cc08c95f` **不含 T10** 导出树真构建 ⇒ `NotesPage-` **48,693** · 总量 **639,314**，与旧冻结值逐字节相等）· 时点 2026-09-13T07:24Z。 ★★★★ **第 5 次 = 批 8 T22b（全批收口后的第 3 次重冻授权）**，2026-09-13T17:59+08:00 由控制方按 §C46.4 **逐次授权**（授权来源 = 控制方对 T22 的 STOP S1 的裁定）：① 重冻 **1 族** —— `SettingsPage-` 17,760 → **17,992**（**+232**，== T22 真构建实测值）② 总量 639,868 → **640,072**（**+204**；🔴 §C32.3 第 ③ 条本次经 §C46.4 逐次授权解除：**授权方 = 控制方，时点 2026-09-13，理由 = 懒侧真判首次执行即红、须如实对齐实测**）③ chunk 数 **39 → 39 不变**（39/39 贴住未越）④ 🔴 `vendor-*` 五族**逐族零增长**（CONTROL/MINE 双实测 Δ = 0：`vendor-editor-` 208,585/208,585 · `vendor-katex-` 79,915/79,915 · `vendor-canvas-` 58,786/58,786 · `vendor-md-` 50,623/50,623 · `vendor-gsap-` 41,162/41,162）⇒ **未触发 §C46.4 的 STOP 条件** ⑤ 🔴 **其余 39 族上限一字未动**（含 17 个超各自上限但仍在 64 B 容差内的族 —— 它们不红，保持「陈旧度披露」登记）。**推高者（唯一变量）= `7df0d480`「feat(ui): 音频存储面板的开关读写真实配置」（批 8 · T27 · 用户裁决 A）**：`app/src/components/AudioStoragePanel.tsx` **+51/−1**（94 → 144 行）经 `app/src/pages/SettingsPage.tsx:15` 的**静态导入**（`SettingsPage.tsx:15` 逐字 = `import AudioStoragePanel from \"../components/AudioStoragePanel\";`）⇒ 字节机械地进 `SettingsPage-` 懒 chunk。**受控对照（§C46.4 / §17）** = `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t22/`：CONTROL = `7df0d480^`（=`bb080765`，T10 重冻 `73348055` 之后**唯一**改过 `app/src` 生产文件的提交之前）导出树 `git archive` + `app/node_modules` junction **真构建** ⇒ 懒侧总量 **639,868**（与旧冻结值**逐字节相等**）· `SettingsPage-` **17,767** · `fails = []`（绿）；MINE = HEAD `7af07891` 真构建 ⇒ **640,072** / **17,992** / 2 条具名红；逐族 Δ 之和 **+204 == 总量 Δ**（自洽）⇒ 🔴 **裁定 = 本批真有新增字节，非跨构建环境/工具链漂移**（本机同源构建确定性成立）。**本次重冻的实测读数** = `tmp/t22/t22b-v1-refreeze.json` / `t22b-v1-refreeze.txt`（真构建，`judged = true` · `pass = true` · `unlisted = []` · 逐族红 0）。🔴 **本次是「如实对齐」不是「放宽」**：总量上限仍是**硬棘轮、只许降**，抬高**只此一次**且由控制方逐次授权解除；🔴 **「零余量」的结构性问题未解决**（上限 == 实测 ⇒ 下次任何新增懒侧字节仍会红）⇒ **下一批仍需一条「预算余量政策」**。",
+  "generatedFrom": "node scripts/check-bundle-budget.mjs（**真构建**，不带 --no-build）· 源码 = 8cc627de（批 8 T8 的 O4① 落地树）+ T8 的注册表第三项（本提交）· 读数存档 .superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t8/b2-mine.json（受控对照 b2-control.json = base ffb7e28a 去掉 T8 的 6 件；时点 2026-09-13T06:53Z · 懒侧 39 chunk / 639,314 B · 首屏 106.20 kB）；🔴 本版 = 批 8 **8b 段**的收口重冻（归属 = T8 的视图片 + 它的注册表第三项）；上一版 = c0bff722（批 7 T22 全批收口重冻，limit 637,501）· 再上一版 = 950afd5a（批 7 T12 的 7a 段收口重冻，limit 636,243）· 再上一版 = cd800d63（批 7 T9，批次中段快照 634,316）；★★ 第 4 次 = 批 8 **T10**（容器片：`hooks/useNoteEvidence.ts` + `NotesPage` 注入 + `readingColumnLoaders` 的第三视图本地加载器）—— 真构建读数 `tmp/t10/b3-summary.json`；受控对照 = `tmp/t10/b5-control-parent.json`（`HEAD~1` = `cc08c95f` **不含 T10** 导出树真构建 ⇒ `NotesPage-` **48,693** · 总量 **639,314**，与旧冻结值逐字节相等）· 时点 2026-09-13T07:24Z。 ★★★★ **第 5 次 = 批 8 T22b（全批收口后的第 3 次重冻授权）**，2026-09-13T17:59+08:00 由控制方按 §C46.4 **逐次授权**（授权来源 = 控制方对 T22 的 STOP S1 的裁定）：① 重冻 **1 族** —— `SettingsPage-` 17,760 → **17,992**（**+232**，== T22 真构建实测值）② 总量 639,868 → **640,072**（**+204**；🔴 §C32.3 第 ③ 条本次经 §C46.4 逐次授权解除：**授权方 = 控制方，时点 2026-09-13，理由 = 懒侧真判首次执行即红、须如实对齐实测**）③ chunk 数 **39 → 39 不变**（39/39 贴住未越）④ 🔴 `vendor-*` 五族**逐族零增长**（CONTROL/MINE 双实测 Δ = 0：`vendor-editor-` 208,585/208,585 · `vendor-katex-` 79,915/79,915 · `vendor-canvas-` 58,786/58,786 · `vendor-md-` 50,623/50,623 · `vendor-gsap-` 41,162/41,162）⇒ **未触发 §C46.4 的 STOP 条件** ⑤ 🔴 **其余 39 族上限一字未动**（含 17 个超各自上限但仍在 64 B 容差内的族 —— 它们不红，保持「陈旧度披露」登记）。**推高者（唯一变量）= `7df0d480`「feat(ui): 音频存储面板的开关读写真实配置」（批 8 · T27 · 用户裁决 A）**：`app/src/components/AudioStoragePanel.tsx` **+51/−1**（94 → 144 行）经 `app/src/pages/SettingsPage.tsx:15` 的**静态导入**（`SettingsPage.tsx:15` 逐字 = `import AudioStoragePanel from \"../components/AudioStoragePanel\";`）⇒ 字节机械地进 `SettingsPage-` 懒 chunk。**受控对照（§C46.4 / §17）** = `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t22/`：CONTROL = `7df0d480^`（=`bb080765`，T10 重冻 `73348055` 之后**唯一**改过 `app/src` 生产文件的提交之前）导出树 `git archive` + `app/node_modules` junction **真构建** ⇒ 懒侧总量 **639,868**（与旧冻结值**逐字节相等**）· `SettingsPage-` **17,767** · `fails = []`（绿）；MINE = HEAD `7af07891` 真构建 ⇒ **640,072** / **17,992** / 2 条具名红；逐族 Δ 之和 **+204 == 总量 Δ**（自洽）⇒ 🔴 **裁定 = 本批真有新增字节，非跨构建环境/工具链漂移**（本机同源构建确定性成立）。**本次重冻的实测读数** = `tmp/t22/t22b-v1-refreeze.json` / `t22b-v1-refreeze.txt`（真构建，`judged = true` · `pass = true` · `unlisted = []` · 逐族红 0）。🔴 **本次是「如实对齐」不是「放宽」**：总量上限仍是**硬棘轮、只许降**，抬高**只此一次**且由控制方逐次授权解除；🔴 **「零余量」的结构性问题未解决**（上限 == 实测 ⇒ 下次任何新增懒侧字节仍会红）⇒ **下一批仍需一条「预算余量政策」**。 🔻🔻 **T34 补记（2026-09-13 · 纯追加；只补归属拆分，不改上面任何字符）**：上面 ① 那句「`SettingsPage-` 17,760 → **17,992**（**+232**，== T22 真构建实测值）」里的 **+232** 是「**本次实测值 − 旧上限**」的差，🔴 **不是「本次实测值 − 改动前实测值」的差** —— 受控对照实测 **CONTROL（`bb080765` = `7df0d480^`）= 17,767**、旧上限 = **17,760** ⇒ 🔴 **17,760 → 17,992 的真实拆分 = +225（T27 的必然后果）+ 7（改动前既有溢出）**：那 **7 B** 在改动前就超了上限（17,767 > 17,760，在 64 B 容差内故当时不红），**不是 T27 的必然后果**。🔴 **逐字写明：「上限 == 本次实测」这一条在逐族层含 7 B 的既有溢出；§C32.3 的条件④（『是该次改动的必然后果』）在 `SettingsPage-` 上只对 +225 成立。** ⇒ 🔴 **「+232」不得再被引用为「T27 的增量」；T27 的增量 = +225**（来源：`.superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t22/ctl-vs-mine.md:37` 与 `t22b-v1-verdict.md`，**均为 gitignored 的工作读数**；T34 **未复跑**该对照构建）。🔴 本补记**不含任何数值字段的改动**（`lazyTotalGzipBytesMax` / `lazyChunkCountMax` / `SettingsPage-` / 其余 38 族 **一字未动**）。",
   "unit": "gzip = zlib.gzipSync level 6 · 族前缀 = 去掉 8 位内容 hash 的 chunk 名 + '-'（chunk 名带内容 hash，不稳定，不能当键）",
   "scope": "🔴 必须在**新鲜构建**产物上判定（§C21.3）：旧 dist 上的 --no-build 读数含时代残渣，上界会虚高（实测 +64,497 B）⇒ 本判据的合格调用 = 不带 --no-build（本脚本自行构建）或显式 --dist 指认受判产物",
   "semantics": "全部字段 = 实测**冻结值**，只许降（批 7 §C9.6 第 2 条 / §C10.4）；写乐观「预算值」会立刻红。★ 重冻谱系（§C46.4「每收口一次、重冻一次」）：第 1 次 = 批 7 T12（0a503cc8）—— 4 族按收口树真构建实测重冻（NoteMarkdown- · NotesPage- · RefineLaunchDialog- · SessionsPage-）+ 新族 NoteCardFlowWithSeek- 登记 + chunk 36 → 37 + 总量 634,316 → 636,243；🔴 vendor-* 五族逐族核对为「零增长」⇒ 未触发 §C46.4 的 STOP。第 2 次 = 批 7 T22（c0bff722，控制方逐条授权）—— 2 族抬到终态真构建实测（KnowledgePage- 27,620 → 28,466 · NotesPage- 48,087 → 48,627）+ 补登遗漏族 lowConfidence-（100 B）+ 总量 636,243 → 637,501，chunk 数 37 → 37 不变；该版曾把自身写成「批 8 的基线」，🔻 该句按本条更正。★★ **本轮 = 第 3 次**，归属 = 批 8 **T8**（视图件 NoteEvidenceTrackView.tsx + 它的注册表第三项）、收口段 = **8b**、由控制方按 §C46.4 **逐次授权**（2026-09-13）：① 登记 2 个新族 —— NoteEvidenceTrackView- **1,470 B** · markdownLine- **768 B**（后者 = 本视图复用 utils/markdownLine.ts 后被抽成共享懒 chunk 的**必然结果**，非新依赖）② 重冻 2 个越界族 —— NotesPage- 48,627 → **48,693** · registry- 1,966 → **2,048** ③ chunk 上限 37 → **39** ④ 总量 637,501 → **639,314**（🔴 §C32.3 第 ③ 条「懒侧总上限不得抬高」本次经控制方逐次授权解除：**授权方 = 控制方，时点 2026-09-13，理由 = 8b 段收口重冻的一次性授权**）；🔴 vendor-* 五族**逐族零增长**（实测 Δ = 0：58,786 / 208,585 / 41,162 / 79,915 / 50,623）⇒ 未触发 §C46.4 的 STOP 条件；🔴 其余 33 族上限**一字未动**。**批 8 的基线 = 本条所记的终态重冻值**（此后才是真正的硬棘轮）。 ★★★ **第 4 次 = 批 8 T10（容器片）**，2026-09-13 由控制方按 §C46.4 **逐次授权**：① 重冻 **1 族** —— `NotesPage-` 48,693 → **49,219**（+526）② 总量 639,314 → **639,868**（+554；🔴 §C32.3 第 ③ 条本次经 §C46.4 逐次授权解除：**授权方 = 控制方，时点 2026-09-13，理由 = T10 容器片收口重冻的一次性授权**）③ chunk 数 **39 → 39 不变** ④ 🔴 `vendor-*` 五族**逐族零增长**（实测 Δ = 0：208,585 / 79,915 / 58,786 / 50,623 / 41,162）⇒ 未触发 §C46.4 的 STOP 条件 ⑤ 🔴 其余 34 族上限**一字未动**。**机制**：T10 的 `EVIDENCE_LOAD` 是 `views/note/NoteEvidenceTrackView.tsx` 的**唯一静态导入点** ⇒ 该视图 + 模型层从独立 chunk（`NoteEvidenceTrackView-*` 1,470 B）**并入宿主 `NotesPage-` 族**（这正是「不改 chunk 上限 39」的**设计取舍**：不合并则 chunk 数 39 → 40 ⇒ 换一条判据红）；⇒ 独立 chunk 的读数 = `b5-control-parent.json` 的 `NoteEvidenceTrackView-uBmBTMwt.js` **1,470 B gzip**（合并后该族消失、字节进 `NotesPage-`）。",