docs(任务规划): 按现状重排波次——UI 补齐转为当前波次，数据可信转收口态

用户要求按现状重新规划。盘点后现状与文档已有实质偏差，本次一并纠正。

一、盘点结论（2026-10-25）
- 批 1 / 批 2 / 批 2.5 全部收口，工作树清零、两锁空闲。
- 数据可信：软件侧 100%（卡 1~11 全销项；M4 ②③④⑥、M5 ①②③、M6 全达成），
  只剩卡 0（万用表）/ 0b（子板变比）/ 12（标准源）三张台架与外部卡。
- UI：33 叶已绑 12、剩 21。原口径「余批 5 = 整定 4 页」按页面批次统计，
  漏了批 1 剩的 3 页（时钟/复归/清除记录）与批 3 的 12 页，实际差 17 叶。
- 结构债：剩 net 收口、白名单、性能簇、dhara、卷锁、USART1 六项。
- 工具链 S12 / A-5 / P1-10 / S1-c 全销项。

二、关键发现：保护整条链现在是闭锁态
protect_task.c:98 要求 UA/UN/IA 的 ADC_CAL_F_VALID 全置位才走判据，而 VALID 只在
两点标定写入 [adc_cal] valid 后才置位（adc_cal.c:338）。产品构建（非 DTU_BENCH）
下保护不动作——这是卡 5 的有意设计，但意味着核心功能当前关闭，解锁只有
卡 0 -> 0b -> 12 一条路。已写进 README §1.1、数据可信 §3、采集保护收尾、AGENTS.md。

三、三条用户判断（2026-10-25）
1. 台架不在手边 -> 卡 0 顺延，本波整体不占编码道。
2. 保护保持未标定闭锁到标准源到位，不用万用表标定走捷径。
3. 下一波只做 UI 补齐，结构债押后。

四、新波次顺序（README §2.0）
采集保护收尾 -> 数据可信（收口态）-> UI 补齐（当前）-> 结构债（押后）->
预算与内存（暂缓）-> 验证常态 -> 仓库决策 -> 暂缓 -> 硬件改版。
排序原则补一条元规则：优先级只在「能开工」的项之间比较——高优先级波次全被
外部资源或硬件代次卡住时，按「现在能整波闭环」重排，阻塞原因写进「为什么在这」列。

五、新增 UI补齐.md（当前波次任务卡）
21 叶按数据源就绪度分三梯队：第一梯队 9 叶零依赖（整定 4 + 维护 3 + 遥测 2）、
第二梯队 4 叶需新配置段（通讯设置 + 遥信 3，后者无开入硬件不立卡）、
第三梯队 6 叶需写入方或计数器（记录 5 + 运行报告）；不排 2 叶（手动录波 / SNTP）。
共 7 张任务卡，单道串行——ui_menu_tree.txt 与 ui_page_registry.c 是单写者生成物。

六、顺带清掉的文档漂移
- 排期详述 §1/§2 还挂着 3 条已销项条目（日志管线 N-2、写回 flush N-22、
  探针心跳 N-17），与 README §2 自相矛盾 -> 删除并补销项说明。
- 测试与架构专项：§1 P1-10 与 §2.1 S12、§2.3 A-5 已销项却仍留详述 -> 压缩成证据指针。
- README §1「网络 4」只列 3 条（漏 N-30）-> 补齐。
- docs/README 文件夹地图与登记簿卷首仍称「数据可信 = 当前波次」-> 改指 UI补齐.md。
- 页面补齐规划的就绪度表：遥测死区/系数随卡 10/卡 2 已具备数据层、SOE 页已落地，
  三行状态更正；统计口径改为「27 叶中 6 叶已落地，剩 21 叶」。

七、踩到的坑（写进日志备查）
测试与架构专项卷首那段「已完成事项的证据沉淀」清单是 S4/S5/S7/S9/S11 的**定义出处**，
压缩时一并删掉会让校验 2 在 6 个文件上爆 14 类新账（实机测试实施指南 S4x7/S5x5、
check_test_traceability.py S4x5 等）。清单已原样恢复——它看着像历史，实际是门禁的锚点。

八、门禁
check_ids --strict 通过（可判定 9306/11003 = 84.58%，基线 84.0%）；
check_doc_links --all --sections-strict 通过（180 文档 / 2684 处章节引用）。

AGENTS.md

@@ -10,7 +10,7 @@
 
 ## 项目概况
 
-**现状一句话**：平台能力（网络 / 存储 / 时间 / UI / 日志 / 看门狗 / FTP / 配置）**已实现并台架验收**；采集主线已闭环到业务消费者（L1→L2 相量→L2.5 遥测快照→L3 保护判据 protectTask→104 遥信/遥测+UI，B5/批 2）；**RS-485 采集尚未接线**（B2 按用户决策冻结，见 `docs/任务规划/暂缓-RS485.md`）——当前最大功能缺口，接线节奏受 E-59 门禁约束（见「平台约束」）。
+**现状一句话**：平台能力（网络 / 存储 / 时间 / UI / 日志 / 看门狗 / FTP / 配置）**已实现并台架验收**；采集主线已闭环到业务消费者（L1→L2 相量→L2.5 遥测快照→L3 保护判据 protectTask→104 遥信/遥测+UI，B5/批 2）；⚠ **保护判据现处于「未标定闭锁」态**——产品构建下 `adc_cal_flags()` 的 `ADC_CAL_F_VALID` 未置位，`protect_task.c:98` 直接停走判据，等卡 12 两点标定写入 `[adc_cal] valid` 后自动解卡（用户裁定 2026-10-25：保持闭锁，不用万用表走捷径）；**RS-485 采集尚未接线**（B2 按用户决策冻结，见 `docs/任务规划/暂缓-RS485.md`）——当前最大功能缺口，接线节奏受 E-59 门禁约束（见「平台约束」）。
 
 **数据主线**（能力视角；分层图与跨层依赖表 → `docs/架构设计/项目架构总览.md`）：