|
1155 | 1155 | > ✅ **归组的机器自证**:上表 63 个 sha **两两不重复**,且与 `git log --reverse --format=%h 711ad639..HEAD` 的 **63 项逐项相等**(T21 于 2026-09-13T17:41+08:00 用脚本对拍;**无遗漏、无多余**)。 |
1156 | 1156 | > ⚠️ **`e493eac8` / `73348055` 的段归属**:两者都属**段 8b**(T10 的容器片 + 它的重冻),**不是段 8c** —— 判据 = `lazyBudget.json` 的 `generatedFrom` 逐字把第 4 次重冻归给「**T10**(容器片)」。 |
1157 | 1157 |
|
| 1158 | +**🔻 批 8 的真终态与三条入库边界(2026-09-13 加注 · 执行单元 T34;本节正文一字未改)** |
| 1159 | + |
| 1160 | +> **为什么有这一段**:本节正文的读数**全部是 T21 落库时点(`git status --porcelain` 为空 · HEAD `396b5e5c` · 2026-09-13T17:32–17:41 +08:00)的值**;本节 `:966` / `:1142` / `:1154` 逐字把「**全批终态读数与最终提交清单由 T22 出**」,而 **T22 之后的两个回写提交(`9ef6a432` · `7af07891`)与 T22b 的第 3 次重冻(`923657f3`)再次改写了终态**,其终态却只住在 **gitignored** 的 `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/task-22-report.md` / `closing-review.md` ⇒ 🔴 **新鲜克隆的读者从入库面看到的懒侧状态(`639,868` / `⏭ 未判` / `Σ640,941` / 「零余量」/「63 提交」)与入库真源 `scripts/lazyBudget.json`(`640,072` / `Σ641,173` / 66 提交)不一致,且入库面原本没有任何一句说明以哪个为准**(独立复核 T23 的 **Blocker B-0**)。**控制方裁定:必须回写**(「以 `lazyBudget.json` 为准」这种口头约定本身也得写进入库面)。 |
| 1161 | +> 🔴 **以哪个为准(本加注唯一的效力条款)**:**凡本节正文与 `scripts/lazyBudget.json` 冲突者,一律以 `scripts/lazyBudget.json` 为准** —— 它是**机器可读的入库真源**,`scripts/check-bundle-budget.mjs` 直接读它判据;**本节正文的旧数字一律保留为「T21 落库时点读数」**,**不得**因其过期而删除(承 `docs/standards/documentation.md:121` 的「原文 + 就地加注」)。 |
| 1162 | +> **口径声明**:本段是**纯追加**(`git diff --numstat` 的**删除列 = 0**)· **不新增文件** · 一切「取代 / 更正」**一律以加注表达**。下文凡未标「引自」者 = **T34 于 2026-09-13T18:14–18:16 +08:00 亲测**(工作树 · 分支 `dev` · 开工与收工 `git status --porcelain` 均为空);凡标「引自」者 = **T34 未独立复跑**。 |
| 1163 | +
|
| 1164 | +**一 · 批 8 的真终态(本节的「63 提交」与「懒侧 `⏭ 未判`」两处按本段读)** |
| 1165 | + |
| 1166 | +| # | 事实 | 读数 | 口径 / 来源 | |
| 1167 | +|---|---|---|---| |
| 1168 | +| 1 | **批 8 最终提交数** | **66** | `git rev-list --count 711ad639..HEAD`(T34 亲测 · HEAD = `923657f3` · 分支 `dev`)· 与本节 `:965` 的 **63**(T21 落库时点读数)**不矛盾**:**63 + T21 的两条回写(`9ef6a432` · `7af07891`)+ T22b 的第 3 次重冻(`923657f3`)= 66** | |
| 1169 | +| 2 | **懒侧第 3 次重冻 = `923657f3`** | `lazyTotalGzipBytesMax` **639,868 → 640,072** · `SettingsPage-` **17,760 → 17,992** · Σ逐族 **640,941 → 641,173** · `lazyChunkCountMax` **39 未动** · 族数 **40 未动** | 控制方按 **§C32.3 ② / §C46.4 逐次授权**(授权来源 = 控制方对 T22 的 STOP S1 的裁定)· T34 直读 `scripts/lazyBudget.json` 复核:40 族 · 总量 640,072 · chunk 39 · Σ 641,173(**Σ 比总量高 1,101 B**;上一时点为 1,073 B) | |
| 1170 | +| 3 | 🔴 **懒侧真判(本批唯一一次 · 真构建)= `exit 0`** | `judged = true` · `pass = true` · 总量 **640,072 == 上限 640,072** · `unlisted = []`(0 个)· **`fails = []`** · **超容差族 = 0(逐族红 0)** · 首屏 106.22 kB | 命令 `node scripts/check-bundle-budget.mjs`(**不带 `--no-build`** · cwd = 仓根)· 读数存档 `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t22/t22b-v1-refreeze.json` / `t22b-v1-refreeze.txt` / `t22b-v1-verdict.md`(**均为 gitignored**;**T34 只读该存档、未独立复跑真构建**)⇒ 🔴 **本条取代本节 `:1023` 与 `:1028` 的「懒侧 `⏭ 未判`」**:`⏭ 未判` 是 **T21 用 `--no-build` 跑出来的**(脚本 `scope` 字段逐字禁止该调用用于懒侧判据),**不是懒侧的真实结论** | |
| 1171 | +| 4 | 🔴 **「零余量」的结构性结论仍然成立** | 重冻后 **总量上限 == 实测值(640,072)** | 承本节 `:1050` 的结构性发现 ⇒ **下一批需要一条「预算余量政策」**(本节 `:1109` 的下一批输入 #8 **不因本次重冻而消解**)—— 🔴 **本次是「如实对齐实测」,不是放宽守卫,也不是给出余量**(除 64 B 容差外仍零余量) | |
| 1172 | +| 5 | **推高者 = `7df0d480`**(T27 的音频面板真开关 · **用户裁决 A**) | 受控对照(`bb080765` = `7df0d480^` 的导出树 `git archive` + `node_modules` junction **真构建**)把**旧冻结总量逐字节复现为 639,868** ⇒ 🔴 **本批确有新增字节,不是跨构建环境 / 工具链漂移** | 引自 `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/tmp/t22/ctl-vs-mine.md`(MINE = `7af07891` 真构建 ⇒ 640,072 / 17,992;**逐族 Δ 之和 +204 == 总量 Δ**,自洽)· **T34 未复跑该对照构建** | |
| 1173 | + |
| 1174 | +**二 · `SettingsPage-` 那半的归属拆分(独立复核 T23 的 Important-1 · 必须与上表第 2 行并读)** |
| 1175 | + |
| 1176 | +> 🔴 `scripts/lazyBudget.json` 的 `generatedFrom` 现文逐字写「① 重冻 **1 族** —— `SettingsPage-` 17,760 → **17,992**(**+232**,== T22 真构建实测值)」;🔴 **但该「+232」是「本次实测值 − 旧上限」的差,不是「本次实测值 − 改动前实测值」的差**:受控对照实测 **CONTROL = 17,767**、旧上限 = **17,760** ⇒ **真实新增 = +225**(**T27 的必然后果**),**另 7 B 是改动前的既有溢出**(`bb080765` 树上 `SettingsPage-` 已经 **17,767 > 上限 17,760** ⇒ 超 7 B,**在 64 B 容差内故当时不红**)—— 🔴 **那 7 B 不是 T27 的必然后果**(引自 `tmp/t22/ctl-vs-mine.md:37` 与 `t22b-v1-verdict.md`;**T34 未复跑该对照**)。 |
| 1177 | +> 🔴 **逐字写明**:「🔴 **上限 == 本次实测**这一条在**逐族层**含 **7 B 的既有溢出**;**§C32.3 的条件④(『是该次改动的必然后果』)在 `SettingsPage-` 上只对 +225 成立**」。 |
| 1178 | +> ⇒ 本重冻的**授权依据不受影响**(授权针对的是「懒侧真判首次执行即红、须如实对齐实测」这一整体),但 🔴 **「+232」不得再被引用为「T27 的增量」**:**T27 的增量 = +225**。 |
| 1179 | +
|
| 1180 | +**三 · 「本地绿 ≠ CI 绿」边界(独立复核 T23 的 Important-4 · 本批此前完全没有这一句)** |
| 1181 | + |
| 1182 | +> 🔴 **逐字写明**:「**本批一切『全绿』全部是本地读数;🔴 CI 第一次运行尚未发生。**」 |
| 1183 | +> **事实**:**本批未 push** —— `git rev-parse origin/dev` = **`cb4686d1`**(T34 亲测;它是**段 8f 内**的一个提交),`git rev-list --count origin/dev..HEAD` = **19** ⇒ **`cb4686d1` 之后的 19 个提交(含 T21 / T22b 的全部回写与重冻)在 CI 上零运行**。🔴 **本批反而新增了 CI 挂载**(`.github/workflows/pr-check.yml`:`:197-198` `Line limits` · `:202-203` `Command registry consistency` · `:211-212` `Exemption table prose check`,均由 T17 `01913605` 挂上)⇒ **新增的守卫本身也一次都没在 CI 上跑过**。 |
| 1184 | +> 🔴 **已有的四条症状保留(不因本次加注而消解)**:① **clippy 在 CI 恒红**(`pr-check.yml:136-144` 的原样命令 `cargo clippy -- -D warnings` ⇒ 本机复跑 **exit 101 · 15 errors**,见本节 `:1036` / `:1091`)② **懒侧在 CI 不判**(`:71-72` 的包体闸是 `--no-build` · **首屏 only** ⇒ CI 里**永远**打 `⏭ 未判`)③ **cargo 命令不同**(CI 是 `:135` 的 `cargo test -- --skip …` 三条 skip,本地门禁口径是 `cargo test --test app_lib_tests` ⇒ **同一门禁两个口径**,与本节 `:1091` 记的 clippy 那条同族)④ **eager 闸无 CI 执行者**(`scripts/bundle-eager-graph.mjs` 在 `.github/` 下**零命中** —— T34 实测)。 |
| 1185 | +
|
| 1186 | +**四 · 46 条 `open` 债务的分流去向(独立复核 T23 的 Important-2)** |
| 1187 | + |
| 1188 | +> 🔴 **事实**:本节 `:1098` 逐字承诺「**不允许有『谁都没认领』的条目**(承 §34 的欠账闸门扫描:46 命中逐条分流)」,🔴 **但分流表只住在 gitignored 的批 8 台账里** ⇒ **本节(`:963`–`:1158`,196 行)命中的 TD-ID = 0**(T34 实测:本节内 TD-ID 正则命中 **0** 处)⇒ **对外部读者与漏登等价**。 |
| 1189 | +> ① 🔴 **权威清单 = `docs/archive/2026-09-13/tech-debt.md`**(**滚动权威** · 入库;其夹内 `README.md` 逐字「本清单为当前唯一权威债务清单,归档日滚动更新」)—— 本节的分流若与该清单不一致,**以该清单为准**。 |
| 1190 | +> ② **批 8 的分流判据与逐条处置记在批 8 台账** `.superpowers/sdd/2026-09-13-frontend-redesign-batch8/controller-rulings.md`(§34)—— 🔴 **它是 gitignored 的工作记录(`.gitignore:29` 的 `.superpowers/`),不是入库契约**:本机读者可复核,**新鲜克隆的读者读不到** ⇒ 🔴 **该条缺口本身仍是 `open`**(本段只是把它**写进入库面**,**不等于**已闭合)。 |
| 1191 | +> ③ **真实状态分布(T34 独立解析 `docs/archive/2026-09-13/tech-debt.md` 的「状态」列;`countLines` = **91** 行 · 表格数据行 = **59**)**: |
| 1192 | +
|
| 1193 | +| 状态(只取括号前的主状态词) | 条数 | |
| 1194 | +|---|---:| |
| 1195 | +| `open`(含 `open(部分兑现)` **1** + `open(子项部分兑现)` **1**) | **46** | |
| 1196 | +| `closed`(含 `closed(部分兑现)` **2**) | **10** | |
| 1197 | +| `carried`(含 `carried(实测余 2 处)` **1**) | **3** | |
| 1198 | +| **合计** | **59** | |
| 1199 | + |
| 1200 | +> 同一次解析的交叉核对:**类型列** = 无意 **27** / 有意 **16** / 腐化 **13** / 环境变化 **2** / 预存 **1**;**优先级列** = P2 **24** / P3 **18** / P1 **13** / P0 **4**。 |
| 1201 | +> ⚠️ **两个「46」不是同一个测量,不得合并**:本节 `:1098` 的 **46** = **批 8 §34 欠账闸门扫描的命中数**;上表的 **46** = **权威清单里状态仍为 `open` 的数据行数**(T34 独立解析)。**两者今日同为 46 是巧合,不是同一集合** —— T34 **未做**两者的逐条对拍 ⇒ 🔴 **不得**据此声称「分流已闭合」或「欠账已清零」。 |
| 1202 | +> ⚠️ **顺带如实登记(T23 的「入库面命中 = 0」在本文档全文范围内需限定)**:`docs/versions/v0.22.md` **全文**另有 **1 处** TD-ID(**`TD-2026-09-11-H`**,`:68`,**在批 8 节之外**)⇒ 🔴 准确口径是「**批 8 节内命中 = 0**」,**不是**「本文档命中 = 0」。**T34 未复核 T23 的其余 8 条 Minor。** |
| 1203 | +
|
1158 | 1204 | --- |
1159 | 1205 | ### 批 0 其余部分(未落地) |
1160 | 1206 |
|
|
0 commit comments