chore(编号): 存量编号全量转语义短语，门禁识别面与语料同批重打

登记簿、文档与代码注释里的存量字母加数字编号（N-x / S-x / T-x / E-x / A-x / 卡号）
一律改写为语义短语，净删 2,028 处引用；删除基线与待确认、并行分道方案、排期详述、
采集保护收尾 4 篇（内容已并入 docs/任务规划/README 与登记簿）。

门禁机器与三张账同批重打：check_ids.py 新增变更记录行豁免与第二根护栏
undecidable_total_ceiling；check_test_traceability.py 只加 stdout/stderr UTF-8
reconfigure（TC_RE 未动）；check_cubemx_survival.py 的 --write 固定 newline=LF；
id_registry / id_aliases（+19 条 retired-to-phrase）/ id_known_backlog 重打。

test/ 56 个文件同步 TC 标签语义化，其中 18 个 TU 改了 CHECK / printf 里的标签文字，
是本批唯一改变构建产物的文件集合。

为什么合成一笔、不拆四笔（实测撞闸，非偏好）：pre-commit 跑钩子前会 stash 未 staged
部分，拆开后中间提交必然是「新规则 + 旧语料」——实跑可判定 85.15% < 基线 86.00%、
不可判定 1,453 > 上限 1,166，编号门禁直接拦下。编号识别面与它描述的语料只能同码移动。

实跑基线（工作区全量）：754 文件 / 8,230 处编号字面量 / 可判定 7,079 = 86.01%
（基线 86.0%，容差 0.1pp）/ 不可判定绝对数 1,151（上限 1,166）/ 校验 1-6 错误级 0 /
告警 = 悬空 2（App/algo/freq.c 的 S2，属 §4.4 同号不同义）+ 孤儿 50。

基线从 84.0 抬到 86.0 的理由见 docs/门禁说明/id-check.md §7.6：本批真删了 2,028 处
引用，可判定面随真实内容上升，不是把分母做小。同批新增排除 docs/硬件平台/ 语料，使
识别面少 264 处——芯片手册位号与网表料号不属编号空间（registry 有 excluded_paths_note）。

⚠ 余量只剩 0.11pp（约 10 处）与绝对数 15 处：把「可判定的引用」改成散文会立刻撞第二
根护栏。另遗留一项：id_aliases 里 retired 的 N / S / T / A 别名没有 scope（U1~U5 有），
今后有人新写一个 A-4，校验 3 不会响，只能靠人，建议下批补 scope。

固件不变证据：115 个 .c/.h 剥注释并归一字符串后与 HEAD 逐字节全等，残留代码差异 0；
App / Src / Drivers 的字符串字面量零改动。@build 0 错误 0 警告；40/40 主机套件、2,889
断言全通过；覆盖率 line 89.2% / func 92.6%；pre-commit 48 钩子 --all-files 全绿；
check_doc_links --all 通过（176 文档，章节引用无法判定 0）；逐字节卫生核过：14 个带
BOM 文件与 HEAD 一致、0 个 CR、0 个 U+FFFD，字符串字面量纯 ASCII。

.cubemx_survival_baseline.json 的 watchdog-module 哈希 56bf27 变 2bb051 属合法：
Src/freertos.c 的 USER CODE 区内只有注释文字随编号改写，代码未变。

同批带上体积同码凭证与 RAM 台账行（@build 之后盖戳）：RW_IRAM1 79,008 B / 60.3%，
RW_CCM 57,376 B / 87.9%，阈值 92%。

.pre-commit-config.yaml

@@ -160,11 +160,11 @@ repos:
             Inc/
           )
 
-      # 5) 文档一致性门禁（D-7）
+      # 5) 文档一致性门禁
       #    存在性：md 互链 / 反引号路径是否指向真实文件（防迁移/删除后残留死链）
       #    章节：`§N.M` 必须能在目标文档的编号标题里找到（--sections-strict：自引用失效也拦）
       - id: doc-links
-        name: 文档链接存在性 (D-3/D-7)
+        name: 文档链接存在性
         entry: python scripts/check_doc_links.py --sections-strict
         language: system
         files: \.md$
@@ -177,23 +177,23 @@ repos:
             MDK-ARM/RTE/|
             docs/芯片手册/
           )
-      #    数值：README/AGENTS 任务表须与 Src/freertos.c 一致（D-2/D-7）
+      #    数值：README/AGENTS 任务表须与 Src/freertos.c 一致
       - id: task-table
-        name: FreeRTOS 任务表一致性 (D-2/D-7)
+        name: FreeRTOS 任务表一致性
         entry: python scripts/gen_task_table.py --check
         language: system
         files: ^(README\.md|AGENTS\.md|Src/freertos\.c)$
         pass_filenames: false
-      #    体积：内存/Flash 数字须与最新 .map 一致（D-7 第三档）
+      #    体积：内存/Flash 数字须与最新 .map 一致（体积档）
       #    只在内存文档或代码变动时触发；.map 未生成时脚本自身给出明确提示
       - id: mem-numbers
-        name: 内存/Flash 数字一致性 (D-7 体积档)
+        name: 内存/Flash 数字一致性（体积档）
         entry: python scripts/check_mem_numbers.py --scan
         language: system
         files: ^(docs/内存管理/.*\.md|scripts/check_mem_numbers\.py|App/.*\.c|App/.*\.h|Src/.*\.c|Inc/.*\.h)$
         pass_filenames: false
 
-      # 5d) 两份 lv_conf.h 特性子集一致性（2026-10-11 加，随 F-1/F-2/F-3 落地）
+      # 5d) 两份 lv_conf.h 特性子集一致性（2026-10-11 加）
       #     背景：`Lib/lv_conf.h`（MCU）与 `simulator/lv_conf.h`（PC）是两份独立文件，
       #     此前长期漂移——模拟器早已 I1-only，MCU 端却让 11 个 `LV_DRAW_SW_SUPPORT_*`、
       #     5 个未用控件类、`LV_USE_THEME_SIMPLE`、`LV_USE_FLEX/GRID` 靠 lv_conf_internal
@@ -328,7 +328,7 @@ repos:
         pass_filenames: false
 
       # 7g) 时间同步（time_sync）主机侧单元测试（2026-10-10 加）
-      #     背景：time_sync.c 是 TCP 时间同步协议状态机，也是 N-17 号看门狗风险的**全部
+      #     背景：time_sync.c 是 TCP 时间同步协议状态机，也是探针窗口心跳缺口那项看门狗风险的**全部
       #     逻辑贡献者**——"listen 重建 -> 800ms~1s 心跳间隔"由本模块的分片延时/退避/
       #     结算等待组成，板端只能看到"是否复位"这一结果，看不到各段延时是否如设计。本钩子
       #     用 MSVC 离线编译真实源文件（#include 纳入）+ 可脚本化的网络/事件桩（含 longjmp
@@ -440,7 +440,7 @@ repos:
         files: ^(App/algo/freq\.(c|h)|App/algo/phasor\.(c|h)|App/algo/sample_ring\.(c|h)|test/host/freq/.*|test/host/common/unit_test_harness\.py)$
         pass_filenames: false
 
-      # 7k) SHA-256 主机侧单元测试（2026-10-11 加，N-19 FTP 鉴权）
+      # 7k) SHA-256 主机侧单元测试（2026-10-11 加，FTP 鉴权）
       #     sha256 是 FTP pwd_hash 校验的地基——哈希算错是"正确口令被拒 /
       #     错误口令放行"的静默语义错误，板端只见 530/230 看不出根因；
       #     FIPS 180-4 标准向量（空串/abc/56B 补位跨界/1MB）+ hex_eq 非法输入
@@ -452,7 +452,7 @@ repos:
         files: ^(App/util/sha256\.(c|h)|test/host/sha256/.*|test/host/common/unit_test_harness\.py)$
         pass_filenames: false
 
-      # 7l) FTP 鉴权状态机主机侧单元测试（2026-10-11 加，N-19）
+      # 7l) FTP 鉴权状态机主机侧单元测试（2026-10-11 加，FTP 鉴权）
       #     锁定 60s/解锁/成功清零/tick 32 位回绕是"防口令爆破"契约核心，
       #     板端每验一条要真等 60s、回绕要跑满 49.7 天；lftpd_auth 纯函数
       #     设计（tick 参数注入）就是为了让这些分支主机侧毫秒级穷举。
@@ -466,7 +466,7 @@ repos:
       # 7m) IEC 60870-5-104 被控站协议栈主机侧单元测试（2026-10-12 加，B4）
       #     APCI 重组/STARTDT/总召分片/COV/k-w-t1~t3/遥控定值两段式/C_CS/错误
       #     应答——link 层 tick 注入 + pts 数据源 vtable 抽象就是为 L0.5 全离线
-      #     穷举设计（A-4 约束 1）；板端复现这些分支要真主站+真等待。
+      #     穷举设计（分层约束）；板端复现这些分支要真主站+真等待。
       #     触发面含数据源依赖（prot_set/prot_elm/phasor/sample_ring）——测试
       #     直接 #include 这些生产源，签名变了要立刻在这里暴露。
       - id: iec104-unit-test
@@ -489,7 +489,7 @@ repos:
         files: ^(App/log/soe_rec\.(c|h)|App/log/soe_store\.(c|h)|test/host/soe/.*|test/host/common/unit_test_harness\.py)$
         pass_filenames: false
 
-      # 7n) dhara NAND 移植层（nand_ftl）主机侧单元测试（2026-10-15 加，N-21 / 报告 N-12+N-13）
+      # 7n) dhara NAND 移植层（nand_ftl）主机侧单元测试（2026-10-15 加）
       #     背景：移植层六个 HAL 入口是**纯地址算术**，此前对越界页/块号（含
       #     DHARA_PAGE_NONE 哨兵）**不做任何上界校验**——加偏移送进 SPI 命令后被地址位
       #     截断成某个真实页 → 静默读写/搬走无辜数据；而 is_free 旧实现只看页首 64 B，
@@ -497,7 +497,7 @@ repos:
       #     = 数据丢失。两类缺陷真机**极难复现**（要恰好撞上特定页形态 / 被污染的 meta），
       #     板端只能表现为"某次复位后丢数据"，无从定位。
       #     本钩子用 MSVC 离线编译真实 nand_ftl.c（#include 纳入）+ **RAM 假芯片**
-      #     （32 块 x 64 页 x 2048 B）：把"双编程"做成可数事件（N-12 探针）、记录全部
+      #     （32 块 x 64 页 x 2048 B）：把"双编程"做成可数事件、记录全部
       #     访问次数，于是"越界不产生任何芯片访问""越界标坏块次数为 0"可机械断言；
       #     并内联一份"只看页首 64 B"的旧算法做对照，证明这组断言真能咬人。
       #     触发面含 dhara 本体（测试一并 #include map.c/journal.c 跑真链路场景）。
@@ -531,7 +531,7 @@ repos:
       #    TEST_SUITE_CH395F 就是开启状态（.map 含 34 处 test 代码），即仓库里
       #    躺着的是测试固件。本钩子抓这个静默漏网：默认要求产品构建，跑套件回归
       #    确需提交测试构建时用 `--allow-test-build` / ALLOW_TEST_BUILD=1 显式放行。
-      #    详见 docs/任务规划/登记簿.md T-1
+      #    详见 docs/任务规划/登记簿.md
       - id: test-suite-switch
         name: 测试套件开关=产品构建
         entry: python scripts/check_test_suite.py
@@ -539,7 +539,7 @@ repos:
         files: ^test/board/test_config\.h$
         pass_filenames: false
 
-      # 9) 双端注册反向校验（2026-10-12 加，登记簿 N-23 / 审查报告 N-06 残余）
+      # 9) 双端注册反向校验（2026-10-12 加，登记簿条目「rs485_task 白名单缺口」）
       #    背景：新 .c 必须手动注册两处（`MDK-ARM/*.uvprojx` + `simulator/CMakeLists.txt`）
       #    才会被编译；历史上 `App/task/rs485_task.c`、`Drivers/BSP/NET/lftpd/lftpd_log.c`
       #    **两处都没注册** = 写了却从不参与任何一端编译的**死代码**，误导读者以为功能已生效。
@@ -556,22 +556,22 @@ repos:
         language: system
         files: (\.c$|\.uvprojx$|CMakeLists\.txt$|^scripts/check_registration\.py$)
         pass_filenames: false
-      # 10) RAM 预算 92% 阈值门禁（2026-10-12 加，登记簿 N-27 前半 / 审查报告 §5.5 三件套）
+      # 10) RAM 预算 92% 阈值门禁（2026-10-12 加，登记簿条目「缩堆迁 CCM 后半（暂缓）」的台账/门禁那半 / 审查报告 §5.5 三件套）
       #    背景：报告 §5.5 第 1 条要求"超阈值即失败 + Top-10 附表"——此前 mem-numbers 只防
       #    "文档数字漂移"，**没有任何机械检查拦"占用超阈值"**；台账三件套（ram_baseline.py +
       #    ram_baseline.tsv + docs/内存管理/RAM预算台账.md）落地后，本钩子把 92% 红线机械化。
       #    逻辑：RW_IRAM1/RW_CCM 任一 >92% → FAIL + Top-10 RW+ZI 对象表；台账受管区漂移 → FAIL
-      #    （提示 --write）；无 .map → 自适应跳过（同 mem-numbers 在 CI 的行为，盲区登记 A-5 残余）。
+      #    （提示 --write）；无 .map → 自适应跳过（同 mem-numbers 在 CI 的行为，盲区已登记）。
       #    ⚠ pre-commit 4.x 无 `always: true` → files 覆盖所有能改变 RAM 的触发面：
       #      全部自研代码目录 + lv_conf.h + 测试板配置 + 脚本/tsv/台账自身 + 本配置文件。
       - id: mem-budget
-        name: RAM 预算 92% 阈值门禁 (N-27)
+        name: RAM 预算 92% 阈值门禁
         entry: python scripts/ram_baseline.py --gate
         language: system
         files: ^(App/|Drivers/BSP/|Src/|Inc/|Lib/lv_conf\.h|test/board/|scripts/ram_baseline\.|docs/内存管理/|\.pre-commit-config\.yaml$)
         pass_filenames: false
 
-      # 11) UI 字符集差集检查（2026-10-15 加，报告 §6.5 U4 残余 / §7 交付物清单"字符集差集检查"行）
+      # 11) UI 字符集差集检查（2026-10-15 加，报告 §6.5 的 UI 字符集与像素回归门禁残余 / §7 交付物清单"字符集差集检查"行）
       #     背景：`ui_font_cn_12.c` 是**子集**字体，只含 `ui_cn_chars.txt` 列出的码位。
       #     生成链 UI 源码 --extract_cn--> ui_cn_chars.txt --make_font--> 字体 .c，其中
       #     verify_coverage 只在**生成期**校验"txt ⊆ cmap"；改完 UI 字符串忘了重跑
@@ -621,7 +621,7 @@ repos:
         files: ^(tools/setview_check/|Drivers/BSP/UI/ui_w_setview\.(c|h)$)
         pass_filenames: false
 
-      # 12) UI 像素回归门禁（2026-10-20 加，W6 U4 收尾第三件 / 报告 §6.5 U4、§6.1 golden 行）
+      # 12) UI 像素回归门禁（2026-10-20 加，W6 的 UI 字符集与像素回归门禁收尾第三件 / 报告 §6.5 同项、§6.1 golden 行）
       #     背景：golden 两脚本（check_menu_rows.py / check_content_pages.py）早已存在且一直在
       #     人工跑，但**从未进自动门禁**——"有基线"不等于"有门禁"（报告 §6.1 原文即自认此缺口）。
       #     形态选型依据实测：改一个 UI 源文件后 build_sim 增量重编 + 两条 golden 合计 **2~4 秒**，
@@ -674,9 +674,9 @@ repos:
       #     /形态/冻结/游标，逐项来自规范 §4 总表）+ `scripts/id_aliases.json`（旧号→新号，
       #     照搬 section_aliases.json 的成功范式）。
       #     判据要点：「定义」= 字面量出现在该族**属主登记处文档**里；于是 §5.5 的
-      #     「销项 = 删行 + 清全库引用」只做一半，校验 3 立刻报（N-31/N-32 正是这条）。
+      #     「销项 = 删行 + 清全库引用」只做一半，校验 3 立刻报（销项号被重新取走那类撞号正是这条）。
       #     盲区显式登记在 registry 的 `blind_spots` / `unmanaged_bare`：裸形同字母多义
-      #     （§1.2：P1 五义 / L1 四义 / U1 四义）与元器件位号同形（§4.4），机械全库判定
+      #     （§1.2：P1 五义 / L1 四义 / UI 状态机号四义）与元器件位号同形（§4.4），机械全库判定
       #     必然一边倒误报 → 裸形族只在属主文档内判越游标、文档外降告警；收口属 §9 阶段
       #     1-② 的迁移批次。**不是「检查通过」，是记在案上的盲区。**
       #     ⚠ 当前 warn-only（§8 上线节奏：先清 backlog → 清零后 entry 加 --strict 拦提交，
@@ -692,7 +692,7 @@ repos:
         files: \.(md|c|h|py|ya?ml|json|txt)$|^\.pre-commit-config\.yaml$
         pass_filenames: false
 
-      # 14) 分层方向门禁（2026-10-22 加，报告 §0.4 结构债 S-1 的"防扩大"那一半）
+      # 14) 分层方向门禁（2026-10-22 加，结构债的"防扩大"那一半）
       #     背景：AGENTS.md 与 项目架构总览.md 早就写着"六层单向依赖"，但**从来没有机械检查**
       #     ——Drivers/BSP/ 里可以随手 include "cfg_file.h" 而无人报警。后果可测量：2026-09 审查
       #     报告记"NETCFG 一处"，2026-10-22 实测已长到 **8 个文件 9 处**。边界的静默腐蚀只能
@@ -711,7 +711,7 @@ repos:
         files: ^Drivers/BSP/|^scripts/check_layer_deps\.py$|^\.pre-commit-config\.yaml$
         pass_filenames: false
 
-      # 15) BSP 错误码与超时命名约定（报告 S-5 的机械检查那一半）。
+      # 15) BSP 错误码与超时命名约定（机械检查那一半）。
       #     四项检查：公开 API 不得用 HAL_StatusTypeDef/bool 当错误通道（谓词 is_/has_/can_/valid
       #     不在此列）；*_TIMEOUT 宏不得取负值（名字叫 TIMEOUT 其实是返回码）；非 void 的公开 API
       #     必须有「返回值：」注释；**返回错误码的函数不得裸丢弃返回值**（接住或显式 (void)——实测