docs: 任务规划目录收缩——只留推进顺序与硬件缺陷，其余待办归模块文档

按用户裁定（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%）。

.dsh/skills/task-worktree/reference/pitfalls.md

@@ -41,7 +41,7 @@
   → 主树 `merge --no-ff -F` → 合并前后 blob id 与 `diff --stat` 对账。**「它看着像废弃的」不是丢弃判据**。
 - **⚠ `done` 的门禁跑在 `/keil-build` 之前 → 依赖 `.map` 的钩子会误报**（2026-10-12 实测）：
   `done` 的顺序是「合并 → 重生成 → **门禁（ci_local）** → `/keil-build`」，而
-  `mem-budget`（登记簿条目「缩堆迁 CCM 后半（暂缓）」）/ `mem-numbers` 是拿**文档快照 vs `.map`** 比对 —— 门禁跑时
+  `mem-budget`（内存治理三件套）/ `mem-numbers` 是拿**文档快照 vs `.map`** 比对 —— 门禁跑时
   `.map` 还是**主工作树合并前**的旧产物，与刚合并进来的新台账**必然不一致** →
   误报 `[FAIL] 台账受管区与 .map 不一致`。`/keil-build` 跑完后 `.map` 才是新的。
   **处置（2026-10-25 补全）**：按 C 节第 5 步的完整链补——`check_mem_numbers.py --write` →