---
"@ux-team/tvu-design-system": patch
---

`audit-mockup-geometry-consistency.mjs`（随包）的 `covers-acceptance` 自陈从 `[4]` 改为 `[7]`，并在头注释里写清 `[N]` 的语义变更。**只改注释，不改任何几何判据、容差、分类器、组件 API、token 或样式。**

背景：本仓内部的 `audit-acceptance-gate-coverage.mjs`（不随包）机械核对「规则真源里的 Acceptance 段 ↔ 哪条闸自陈覆盖它」。它的 S4 判据此前把 `[N]` 解释成「该段核查项**最多**的那条有几项」（`Math.max`）。当日注入实证证明这个形态只对一种书写方式灵敏：往现有 checklist 条里塞一个 `·` 分隔项会被抓到，而**给该段新增一整条** `- [ ]`（语义上同样是「规则多了一个核查项」）则 `max` 一动不动、闸放行 —— 而本仓 118 个 Acceptance 段里 104 段正是「一项一行、无 `·`」那种形态。⇒ 判据已改成**段内核查项总数（Σ）**，两种书写形态都灵敏。

对随包消费者的影响：`[7]` = `domain-tvu.md` §M17 那个 Acceptance 段的核查项总数（1 + 4 + 1 + 1）。其中第 2 条那 4 个 `·` 分隔项（同类控件同宽 / 跨状态帧同宽 / 动作按钮右缘对齐 / 行高与分隔线间距）仍由 G1/G2/G3 + R1/R2/R3 全部覆盖，覆盖面**一项没变**；另 3 条是 handoff / 贴实测数字 / 按钮 hug 纪律，本闸从来不管、现在照样不管。头注释里已逐字写明 `[N]` 是「变更探测的锚」而不是「覆盖度声明」，⛔ 别把 `[7]` 读成「这 7 项都有闸」。

同批还收窄了那个内部闸的 Acceptance 段边界（列表在第一个顶层散文行处结束，不再拖到下一个 heading）——此前 §M17 把它后面 5 条「LCD surface 注记（做法层）」也算成了核查项。该改动只影响本仓内部闸的分母，不进包。