docs(standards): 补登懒侧逐族上限的陈旧度

依据 = 独立全批复核的重大发现 + 控制方独立复现 + AGENTS.md §6（规范与代码冲突时以规范为准：`performance.md` 是懒侧门禁的口径正本，逐族上限的陈旧度必须在正本里可见）。
形态 = **纯追加**（在「最后一次重冻已落地」的子项末尾追加一条；该条各子项**逐字保留**）⇒ 本提交 **+1 行 / −0 行**。

【逐字对照：改了哪一行 / 原文是什么】
- **位点**：`docs/standards/performance.md` 懒侧门禁节，「最后一次重冻已落地」条的 `vendor-*` 子项之后。
- **原文（保留，一字未动）**：「· ✅ **`vendor-*` 五族上限一字未动**（58,784 / 208,585 / 41,161 / 79,915 / 50,622），实测增量 ≤ **+2 B**（落在 64 B 容差内）⇒ **非回潮**（§C46.4 条件⑤ 的 STOP 未触发）。」
- **加注（新增一条子项）**：🔴 **逐族上限的陈旧度披露** —— 重冻后真构建读数的逐族表里有 **18 个族的实测已超各自上限、合计 +203 B**（逐族清单与 `v0.22` 批 7 节同源）；🔴 **均在 64 B/族容差内 ⇒ 未判红**（**闸的判定是对的**；本条是**逐族上限的陈旧度披露**，**不是「闸有问题」**）⇒ **登记为批 8 的逐族重冻输入**（§C32.3；**总量上限不得抬高**）；⚠️ **含 3 个 `vendor-*` 族** ⇒ 上一句「五族**上限**一字未动」与本句「实测**已在其上限之上** 1–2 B（容差内）」**两句都要读**。

【门禁读数（串行，工作树）】
- `docs-check` ⇒ **exit 0** ·「扫描 **281** / 检查 **181**」⇒ 与基线 **281/181 逐字一致**（未新增 / 删除 `.md`）
- `line-limits --full` ⇒ **exit 0** ·「>600 硬限 **0** · 301–600 档 **121** · 登记条目 **121**」⇒ 与基线**逐字一致**
- `check-command-registry` ⇒ **exit 0** ·「定义 **311** / 注册 **311** / 重复 **0**」⇒ 与基线**逐字一致**
- `git diff --numstat -- docs/standards/performance.md` ⇒ **1 / 0** · `^-` 行数 = **0** · 🔴 **纯空白行删除 = 0 行**
- 🔴 **结构自证**：标题**子序列校验** = **被删/被改 0 处 · 新增 0**（标题 21）

【诚实边界】
- 🔴 **本条不改任何常数或判据**：`scripts/lazyBudget.json` 与 `scripts/check-bundle-budget.mjs` **都不在本单元写集**（只改 `docs/**`）⇒ **18 族的 `gzipBytesMax` 仍是旧值**。
- 🔴 **与 `v0.22` 的同源披露必须并读**（两处文字一致、互指）；**本条只保证正本可见**。

Author: Aparencia

docs/standards/performance.md

@@ -42,6 +42,7 @@
   · 🔴 **触发原因（带时点，勿读成回潮）**：全批收口树 `c0bff722` 上**第 ⑤ 闸曾 `exit 1`** —— 懒侧 **637,501 B > 636,243 + 64** ⇒ 超 **1,194 B**，具名 3 条 = **未归族 `lowConfidence-CbMOBOyG.js`** + `KnowledgePage-` + `NotesPage-`；**重冻后转绿**（`unlisted = []` / `fails = []` / 逐族红 0 / 首屏 105.95 kB）。⇒ 🔴 **「7a 段收口时八闸全绿」只对 `0a503cc8` 当时成立**，**全批终态以重冻后的绿为准**。
   · 🔴 **闭合性质**：**各族实测之和 = 637,501 = 总量 = 总上限**（**逐字节相等**）；而 **`Σ 逐族上限` = 638,029**（高 **528 B**）= **`shift-` 族的 212 B 死预算**（该族 `chunkCount = 0` / 实测 0 / 上限 212）+ 其它族保留的 **316 B** 正 slack。⇒ 🔴 **除 64 B 容差外零余量，不得读成「还有空间」**；**`shift-` 的 212 B 死预算登记为批 8 清理项**。
   · ✅ **`vendor-*` 五族上限一字未动**（58,784 / 208,585 / 41,161 / 79,915 / 50,622），实测增量 ≤ **+2 B**（落在 64 B 容差内）⇒ **非回潮**（§C46.4 条件⑤ 的 STOP 未触发）。
+  · 🔴 **逐族上限的陈旧度披露（2026-09-13 · T21 补轮；独立全批复核提出、控制方独立复现、T21 逐族逐字节复算）**：重冻后真构建读数的逐族表里有 **18 个族的实测已超各自上限、合计 +203 B** —— `ActionPage-` +25 · `AiConversationDock-` +39 · `CaptureFloatPanel-` +2 · `CaptureOverlayPanel-` +2 · `ChatPage-` +39 · `RefineLaunchDialog-` +2 · `RefineStrategyPicker-` +16 · `SessionCardFlowView-` +5 · `SessionProofView-` +2 · `SessionScreenCard-` +3 · `SessionTriTrackView-` +35 · `SettingsPage-` +3 · `ViewSwitcher-` +3 · `colorPalette-` +2 · `registry-` +21 · `vendor-canvas-` +2 · `vendor-gsap-` +1 · `vendor-md-` +1。🔴 **均在 64 B/族容差内 ⇒ 未判红**（**闸的判定是对的**；本条是**逐族上限的陈旧度披露**，不是「闸有问题」）⇒ **登记为批 8 的逐族重冻输入**（§C32.3；**总量上限不得抬高**）。⚠️ **含 3 个 `vendor-*` 族** ⇒ 上一句「五族**上限**一字未动」与本句「实测**已在其上限之上** 1–2 B（容差内）」**两句都要读**。
 - 🔴 **口径：本判据只在「新鲜构建」的产物上成立** —— 旧 `dist` 带着上一个时代的残渣（实测：顶层 katex 被删后旧产物仍多 **64,497 B** gzip）⇒ **`--no-build` 的读数不可用于本判据**；要判既有产物就显式 `--dist` 指认（不给 `--dist` 的 `--no-build` 只判首屏，懒侧打 `⏭ 未判`）。
 - **容差**：逐族与总量判据都用「上限 + **64 B**」—— 它是**测量噪声余量**（本机**同源重建实测 0 B**；参照批 4 的 CSS 顺序差 9 B），**不是**「漂移推导」；常量，**不得**随提交变大（改它 = 改判据）。
 - **硬约束**：上表「页面包大小 (JS) < 200KB (gzip)」与懒侧预算是**两个独立读数** —— 懒侧判定不得影响首屏读数，两者也不得并成一个预算。`--json` 的顶层 `pass` = **总体裁决**（两个读数的与），与退出码一致。