7b05d7bfd4
按用户裁定(2026-11-10)把 docs/任务规划/ 从"全量待办表"收成两个文件: 1. 登记簿.md 只记 V0.1 硬件缺陷 → V0.2 改版要求(双转换器无共同采样触发、 IA 前端差分滤波限制谐波带宽)。原 §1/§2/§4/§5/§6/§7/§8/§9 的待办按 "待办跟着所属模块走"清空,四类事实在删除前先落到新归属: - 两点标定开工前要先拍板的三件事 → 算法层设计说明 §13.13(新节) - 通讯设置页真机判据 → 网络配置说明 §3.6 内联 - 缩堆迁 CCM 后半、开入开出重开条件 → 原本各模块文档即唯一权威 2. 暂缓-RS485.md 删除,其唯一不可丢的"采集链路测试可验证性约束"三条与 完成判据并入 产品需求设计文档 §5.10。 3. 任务规划/README.md 去掉全部历史叙述(UI 补齐销项流水、net 收口过程、 故障录波近千字台账),只留:怎么用、条目规则、生成物单写者纪律、 推进顺序表(每行只写当前状态与卡点)、维护约定。 同步改写全库引用(约 60 处):AGENTS.md、docs/README.md、产品需求、UI、 子系统设计、内存管理、环境与部署、算法、测试说明、门禁说明、问题记录, 以及 App/ 与 Drivers/BSP/ 的头注释、脚本与 .pre-commit-config.yaml 注释。 顺带修掉三处已失效的引用目标:链路延迟测试的队列往返重验项改指实机测试 实施指南 §7.3;并行工作树的 <ID> 行去掉已退役的 N-x/S-x/T-x 编号族; 任务规划 README 的 §1 旧编号在技能示例里的引用。 门禁:check_doc_links --all --sections-strict 214 篇通过、无法判定 0; pre-commit 全 Passed(doc-links / mermaid / 任务表 / 内存数字 / BOM / UI 像素回归 / generated-fresh / layer-deps / bsp-err / skill-size); keil-build 0 错误 0 警告(Code=255160 RO=31204 RW=2080 ZI=152152), RAM 预算门禁 PASS(RW_IRAM1 73.9%、RW_CCM 87.9%)。
编号门禁归档(两道都已退役:全库语料审计 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§7.1(2026-10-29 起一律停发)+ 评审; 留档docs/门禁说明/id-check-new.md(拦下过什么、为什么退、手工怎么再跑)。 - 退役流水与手工普查记录:
编号治理历史.md(原编号规范的全部正文已于 2026-11-06 删除, 仍生效的两条规则与存量族表并进了docs/文档规范.md§7.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写条目(改名工具没退役)—— 那是它自己的账,与本目录的"冻结快照"性质不同,改名前先想清楚是否还要记这笔。- 真要恢复全库校验,先读
编号治理历史.md再决定,别直接把它塞回钩子。