chore(注释): 清掉源码里不可检索的过程编码

清掉的（读者无从解析、且所指文档已不存在）
- 已删任务文档的编号：Task #32、其内部 §5 / §4.3、P1-5、P0-2、P1-4a、
  "方案 a"、"Lead 批准 2026-10-12"
- 正文里当代词用的文件版本号："（v2.7 起为 AboveNormal）""已随 v2.0 事件
  驱动改造删除""（v2.0：DMA 消费）""见文件头 v1.3 说明"等 → 改写成陈述现状
- 测试与脚本同类：adc_input 桩头"v2.0：DMA 模型"、stub/adc.h 的 v2.0、
  check_cubemx_survival.py 段头的"2026-10-10 v2.8"、run_all_suites.py 的"方案 A"

刻意保留
- 可检索登记簿锚点：P-AUDIT 真条目（P0-1/P1-8/P2-1/P2-9/P3-11）、S6/S11、
  E-31/E-44、N-18/N-23/N-32、B1/B5/B7/B8、L1-x~L5-x 功能号
- 文件头修改记录块内的 vN.M（规范 V1.0 §2.1/§2.2 要求保留该块；块内编号
  在本文件内自洽可读）

顺带纠正注释与代码已经不一致的过时事实
- 仍把 TIM6 写成现行节拍源：Src/main.c 的 include 注释与回调注释、
  Src/freertos.c 的 adcTask 块 → 改 TIM3；adc_input.h 修订条目里"ADC1 只认
  TIM2/TIM3/TIM8 的 TRGO"不准确 → 换成指向判据（ADC采样节拍设计说明 §3.2）
- App/algo/phasor.c 双区注释称"唯一消费者是 adcTask、为后续保护任务预留"，
  实际 protectTask 已跨上下文读（prot_elm_run -> phasor_get）→ 改为"读者跨
  adcTask 心跳与 protectTask 判据两个上下文，勿改加锁、勿取消双区"，并同步
  修正 docs/算法/采集与算法层设计说明.md 同一句
- adc_tick_irq_notify() 的"拒绝 ISR 内计算"理由仍写"内含 2 ms 忙等"（DMA 化
  后已无忙等）→ 换成三条真实理由：任务级共享数据 / 计算量 / 生成区回调
- 裸 §5（指代不明）与"规划 §1.6 / 规划 §4"昵称式 → 写成完整路径紧邻式

字节卫生（Edit 会静默剥 BOM）
- App/task/ui_task.c 与 Drivers/BSP/UI/ui_net_sink.c 被剥掉 BOM 两次，均按
  3 字节 EF BB BF 前缀补回并复验；全部 20 个文件 CR=0、U+FFFD=0、无行尾空白

门禁
- @build 0 错误 0 警告，且 Program Size 与清理前逐项相同
  （Code=213356 RO=18580 RW=1184 ZI=131480）→ 纯注释改动、中文未被误重编码
- ui-golden 首跑红：新工作树缺被 gitignore 的黄金参考 simulator/tests/ref/
  （不入库、只在主工作树生成过）；从主工作树复制该基线后复跑通过 → 注释改动
  零像素影响
- 全套 pre-commit 在这 20 个文件上 Passed（coding-standard / cppcheck /
  6 个主机单测 / doc-links / task-table / mem-numbers / cubemx-survival /
  registration-check / mem-budget / font-charset / ui-golden / id-check）
- id-check 可判定比例 82.71% -> 82.88%（删掉的是"形似 P-AUDIT 但查无定义"的
  假锚点），悬空引用 863 -> 854

App/algo/adc_input.c

@@ -79,16 +79,16 @@ static int      s_stm32_rc;         /* STM32 最近一次扫描状态码 */
 static uint32_t s_stm32_errs;       /* STM32 扫描累计失败次数 */
 
 /*
- * 函数功能：消费一帧 STM32 ADC1 采样（L1-3，v2.0 DMA 双缓冲版）
+ * 函数功能：消费一帧 STM32 ADC1 采样（L1-3，DMA 双缓冲）
  * 入口参数：无
  * 返 回 值：0 - 取到新一帧；-2 - 本拍无新帧（TIM3 未启动 / ADC 停摆 / DMA 出错）
  * 限定条件：仅任务上下文调用；adc_input_init() 已挂好 DMA
  * 函数说明：本函数**既不触发转换也不等待转换**——转换由 TIM3 TRGO 硬件触发、由 DMA
  *          自动搬运。每拍只做"看完成计数是否前进 + 拷 9 个半字"，故**零忙等**：
- *          原轮询版常态 adcp=122 µs、超时拍最坏 2~3 ms，现在两档都降到 ~1 µs 量级。
+ *          单拍只剩"读一个计数 + 拷 9 个半字"→ µs 量级。
  *          读的是"上一拍刚完成的那一半"乒乓缓冲（DMA 此刻正在写另一半）→ 无撕裂。
  *          ⚠ 计数未前进 = 本拍 STM32 侧**无有效数据**，必须清 s_stm32_valid，绝不
- *            沿用上一拍旧值（同 2026-10-10 修的陈旧帧缺陷口径）→ adc_input_raw()
+ *            沿用上一拍旧值（半新半旧的混合帧会污染相量窗）→ adc_input_raw()
  *            返 -2 → adc_task 走既有"整帧跳过"路径；下一拍自动恢复。
  */
 static int stm32_take(void) {
@@ -145,8 +145,8 @@ static int stm32_take(void) {
  * 函数说明：逐条校验映射表与扫描配置是否一致——① TPAFE 源下标须落在
  *          buf[0..7]；② STM32 源的通道号必须出现在 k_stm32_rank_ch[] 中，
  *          否则该通道永远不会被扫描（读到的恒为陈旧值）。这是"通道宏写错 →
- *          读到另一只脚/读不到"这一 §5 警告的代码级兜底（无信号源时无法做
- *          引脚级注入验证，见 docs/硬件平台/ADC通道映射说明.md §8）。
+ *          读到另一只脚/读不到"这一警告的代码级兜底（警告口径与逐通道验证方法：
+ *          docs/硬件平台/ADC通道映射说明.md §5、§8；台架无信号源时注入验证做不了）。
  */
 static int map_check(void) {
     uint8_t s;