wandering1
f754d59218
分层：流程与规范/ 单元测试/ 板级测试/ 专项验证/ 测试工具/ 测试数据/， 顶层只留新增的目录导航 README.md（归层判据 + 硬约束 + 本次处置记录）。 - 搬迁 28 个路径：测试数据三个目录 58 个文件为纯改名（R100，内容逐字节不变） - 全库引用同步 124 个文件：AGENTS / docs 索引 / skills / 门禁注释 / scripts - 门禁面：scripts/check_test_traceability.py 的 glob 改 rglob （分层后不递归扫描＝追溯门禁直接瞎掉） - scripts/rename_ref.py：收尾的 ℹ 提示在 GBK 代码页抛 UnicodeEncodeError， 让进程以退出码 1 收场而改写其实已落盘（RC 与真实结果相反）；改为把 stdout/stderr reconfigure 成 UTF-8，与 check_doc_links.py 等同法 - docs/文档规范.md §1.1 补「子目录文件过多时再分一层」；§3.6 补 rename_ref 搬整目录的两个实测坑：① 会改写目录内部文件的内容 ② 内部文件的 ../ 出链 不补层级（本次 23 个被误改的证据文件已按 HEAD 原始字节逐字节还原） - docs/README.md §6 改为与六个子目录一一对应，并补登原先漏登记的 「启动日志原子性复验流程」一行 - .cubemx_survival_baseline.json：App/util/task_watchdog.c 的注释路径也随分层更新， 该文件是存活审计的 watchdog-module 漂移锚点，按脚本自己的提示跑 --write 重建基线 （实测重建后仅 watchdog-module 一条哈希变化） - 铁律 4 例外（本次在任务树里改了单写者文件）：AGENTS.md 与 .pre-commit-config.yaml 只被 rename_ref 改写路径字面量（后者全在注释行）， 任务表块与钩子声明一字未动 验证：check_doc_links.py --sections-strict 覆盖全部 88 个改动 .md 全绿； check_test_traceability.py 输出与主树逐行一致；196 个文本文件无 BOM、无新增 CR、无 U+FFFD、无行尾空白；陈旧引用面由主树 25 处降到 6 处（无新增断链）。
编号门禁归档（两道都已退役：全库语料审计 2026-10-28、新增行检查 2026-10-29）
本目录是 2026-10-20 ~ 2026-10-29 期间在 pre-commit 里跑过的两套编号门禁，连同它们的
语料与白名单一起搬进来，都不再进提交门禁。2026-10-29 的裁定见每篇文末与其留档文档。
| 文件 | 是什么 |
|---|---|
check_ids.py |
八项校验脚本（规范 §8）。手工复查存量编号现状时才跑 |
check_ids_new.py |
只查新增行的那道（2026-10-28 ~ 2026-10-29 在钩子里跑），2026-10-29 用户裁定退役后降为手工形态普查；--self-test 保留，REPO_ROOT 因归档位置深两级改取 parents[3] |
id_registry.json |
99 族的注册表：形态正则 / 属主登记处 / 冻结 / 游标 / 两条护栏的数值 |
id_aliases.json |
旧号 → 新号 / 作废（retired-to-phrase、void）的别名表，187 KB |
id_known_backlog.json |
债务台账（收口时已还清到 0 条） |
为什么退役
实测拆账：单次运行只有 1.8 s，但近 80 笔提交里 61 笔改了语料 / 门禁 / 规范； 99 族里 78 族已冻结。真正值得机械守的只剩一件事——别新写一个自造编号， 而那件事不需要语料（判据只要「这个前缀我没见过」）。
现在用什么
- 没有现行门禁：接班的
id-check-new（只查新增行、零语料）也在 2026-10-29 被用户裁定退役， 脚本进本目录。编号形态此后无机器面，判据 =docs/编号规范.md§1 的默认答案（2026-10-29 起一律停发）+ §4.1 存量族表 + 评审； 留档docs/门禁说明/id-check-new.md（拦下过什么、为什么退、手工怎么再跑）。 - 手工普查与恢复机器面：
docs/编号规范.md§8.5（退役流水在编号治理历史.md）。 - 规范正文（仍然有效，只是不再全库机械校验）：
docs/编号规范.md§1 默认答案、§4.1 存量族表。
怎么手工跑一次
& '.venv\Scripts\python.exe' scripts/archive/id_gate/check_ids.py # 全库报告
& '.venv\Scripts\python.exe' scripts/archive/id_gate/check_ids.py --top 30 # 多看几条
退出码：0 = 无错误级 / 仅告警；1 = 有错误级（--strict 语义）；2 = 环境错误。
注意：它扫的是 git ls-files，所以未跟踪文件不在扫描面（退役前的实测盲区）。
归档纪律
- 这两份语料不再维护：不要为了让报告变绿去改
id_registry.json/id_aliases.json。 scripts/rename_ids.py仍会往归档的id_aliases.json写条目（改名工具没退役）—— 那是它自己的账，与本目录的"冻结快照"性质不同，改名前先想清楚是否还要记这笔。- 真要恢复全库校验，先读
docs/编号规范.md§8.5 再决定，别直接把它塞回钩子。