refactor(gate): bsp-err 四项检查改用自描述标签，废掉 R1~R4 这组撞车代号

纯改名，检查行为一个字没动：规则逻辑、阈值、豁免形状全部原样。

改名原因（用户一句「R4 到底是什么」问出来的）：R1~R4 是我在 check_bsp_err.py 注释里
自造的序号，而这个裸形在本仓另有含义——R1~R8 已在 scripts/id_registry.json 登记为
"专项风险"的文档内编号（保护规划与看门狗的风险表都在用），带连字符的那一族又是审查
报告的可靠性 / 内存优化项编号（编号规范 §1 的"连字符承载语义"一行正是这么写的）。
**同一个裸形四种意思**。最刺人的一点：编号门禁**不会报**这种撞法，因为编号规范 §4.3
已把这些裸形声明为"同号不同义"、走 collides_with 白名单，校验 4 不计事故——同一天里
我起的另一组自造号被当场拦下、这组代号却一路绿灯，差别不在我做对了什么，而在白名单
挡的是"事故"、不是"可读性"。

新名同时是基线键的第二字段（格式 文件|标签|名字）：
· err-type        错误通道不外泄（对外接口不拿 HAL_StatusTypeDef / bool 当成败）
· timeout-name    超时宏不取负值
· return-doc      公开函数必须写「返回值：」
· consume-result  返回值不得裸丢弃（须接住或显式 (void)）
老名对照：R1=err-type、R2=timeout-name、R3=return-doc、R4=consume-result。

同步面：脚本里的规则码与 38 条基线键的字段**一起换**（中途不跑 --prune，否则改名会被
读成"38 条全还清 + 38 条新账"），换完 --emit-baseline 复核仍是 38/38/0、RC=0。现状类
文本全部换新名：AGENTS.md、pre-commit使用说明.md §2.27（新增"检查项叫什么"一行含老新
对照与撞号说明）、bsp_err.h 边界纪律、报告 §0.4 / §9 / 附录 A，以及代码注释里的 5 处
（gd5f2gq5ue.c/.h、nand_ftl.h、ui_menu_tab.h）。已提交的变更记录行里的老名按"冻结历史
不回改"处理，以 §2.27 对照行为准。ui_menu_tab.h 带 BOM，Edit 又剥掉、已按原样补回。

写说明文字时又被编号门禁拦了一次：我为了举例"老名撞车"，在那段话里写了两个编号字面，
被判"未紧邻文档名 / 未登记前缀"共 3 类新账——连批评自造编号的段落本身都在自造编号。
改法是不写号、只描述形态并指向权威条目。

验证：@build **0 错 0 警告**，Program Size 与上一笔**逐字段相同**（Code 213,676、RO
18,860、RW 1,188、ZI 131,500）→ 证明确为注释与文案，故不跑 @test（无指令变化）；
pre-commit run 全绿 **17 项 Passed**；check_doc_links --all --sections-strict 147
  篇 0
问题（中途我自己写的 §4.3 没紧邻文档名，被判成本文自引用，已补全路径）；9 个文件字节
卫生 0 异常（UI 头 BOM 仍在、无 CR、无 U+FFFD、均有尾换行）。

Drivers/BSP/GD5F2GQ5UE/gd5f2gq5ue.c

@@ -670,7 +670,7 @@ int32_t gd5f2gq5ue_bbt_rebuild(void) {
     DBG_INFO("Rebuilding BBT from factory scan...");
 
     /* 1. 关闭 ECC 以读取原始出厂坏块标记（与 gd5f2gq5ue_init 的扫描前提一致）。
-     *    2026-10-23（S-5 R4 上线当天照出来的一处真窟窿）：这两行原是**裸调用**——关 ECC 失败就是没关掉，扫描会在
+     *    2026-10-23（bsp-err 的 consume-result 检查上线当天照出来的一处真窟窿）：这两行原是**裸调用**——关 ECC 失败就是没关掉，扫描会在
      *    ECC 语义下读 spare，把厂标好块误判成坏块，"重建 BBT"反而制造坏块。 */
     ret = gd5f_set_feature(0xB0, 0x00);
     if (ret != GD5F_OK) {
@@ -687,7 +687,7 @@ int32_t gd5f2gq5ue_bbt_rebuild(void) {
     ret = gd5f_bbt_scan();
 
     /* 3. 重新使能 ECC：无论扫描成败都必须恢复，而且要**验证真的生效**
-     *    （2026-10-23，S-5 R4）。原先这两行返回值全丢：SPI 一抖 ECC 就保持关闭，而
+     *    （2026-10-23，由 bsp-err 的 consume-result 检查照出）。原先这两行返回值全丢：SPI 一抖 ECC 就保持关闭，而
      *    gd5f_check_ecc() 在 ECC 关闭时恒读"无 ECC 错"——整条链再没有任何信号，设备
      *    从此在无位翻转保护下读写却"一切正常"。init 路径有 E-10 的"写完回读 B0h 校验
      *    ECC_EN 位"，这里补同一套；ECC 没恢复比扫描失败更严重，所以优先返回它。 */

Drivers/BSP/GD5F2GQ5UE/gd5f2gq5ue.h

@@ -116,7 +116,7 @@ typedef char gd5f_dma_threshold_contract_check_t[
 /* 返回值定义 */
 #define GD5F_OK                      0
 #define GD5F_ERROR                  -1
-#define GD5F_WAIT_EXPIRED           -2   /* 旧名 GD5F_BUSY_TIMEOUT；S-5 R2：**返回码不许叫 *_TIMEOUT** */
+#define GD5F_WAIT_EXPIRED           -2   /* 旧名 GD5F_BUSY_TIMEOUT；S-5 的 timeout-name 检查：**返回码不许叫 *_TIMEOUT** */
 #define GD5F_ECC_ERROR             -3
 #define GD5F_PROGRAM_FAIL          -4
 #define GD5F_ERASE_FAIL            -5

Drivers/BSP/GD5F2GQ5UE/nand_ftl.h

@@ -6,7 +6,7 @@
  * 作者：王建锋
  * 创建日期：2026-09
  * 修改记录：
- *     2026-10-23  王建锋  补模块头与函数注释（S-5 R3）；返回值语义写明"失败类目前
+ *     2026-10-23  王建锋  补模块头与函数注释（S-5 的 return-doc 检查）；返回值语义写明"失败类目前
  *                只进日志、不外传"，避免调用方以为能拿到 ECC / 预算耗尽的区别
  */
 

Drivers/BSP/UI/ui_menu_tab.h

@@ -53,7 +53,7 @@ uint8_t ui_menu_tab_children(uint8_t node, uint8_t out[], uint8_t max);
  * 入口参数：node - 节点下标  uint8_t  0 - 表长-1
  * 返回值：true - 有子项（显示为菜单，带 ▶）；false - 无子项（叶子，可进内容页）
  * 限定条件：纯查询，无副作用；node 越界返回 false
- * 函数说明：这是**谓词**（bool 合法），不是成败码——S-5 R1 的白名单形态。
+ * 函数说明：这是**谓词**（bool 合法），不是成败码——S-5 的 err-type 检查里白名单放行的形态。
  */
 bool ui_menu_tab_has_children(uint8_t node);
 

Drivers/BSP/bsp_err.h

@@ -123,13 +123,13 @@ typedef int bsp_err_t;
  *    （用户确认 2026-10-23）：它的调用方要的就是那个形状，模拟器的 Winsock 后端也照同一
  *    形状实现；归一只到芯片层 ch395f_*。要收口的是"芯片码到 bsp_err_t"这一层，不是把
  *    BSD 形状改成另一套——那只会让 net_* 的调用方在每个判据上多绕一道。
- * 4. **丢弃返回值必须写 (void)，或由调用点接住**——本条已由 bsp-err 的 **R4** 机械化（2026-10-23）。
+ * 4. **丢弃返回值必须写 (void)，或由调用点接住**——本条已由 bsp-err 的 **consume-result** 检查机械化（2026-10-23）。
  *    为什么不能指望工具，两条实测负结果：① ARMCC v5 对 __attribute__((warn_unused_result))
  *    **完全不生效**——凌晨在 rs485_transmit 上做过实验，属性在位、调用点裸调不接返回值，构建
  *    仍 0 错 0 警告；② **cppcheck 也照不出来**——按本仓自己的 --enable 跑 gd5f2gq5ue.c，对 14 处
  *    丢弃 HAL_SPI_Transmit/Receive 返回值、以及"未初始化局部量直接进 P_FAIL 判定"**一条不报**
  *    （它假定被调函数会写出参，而失败路径根本不写）。所以"丢弃底层传输的返回值"今天没有任何
- *    工具会响，只能靠脚本 + 书写约定；R4 上线当天就照出 37 处存量丢弃，其中一处是真窟窿：
+ *    工具会响，只能靠脚本 + 书写约定；consume-result 上线当天就照出 37 处存量丢弃，其中一处是真窟窿：
  *    bbt_rebuild 的 ECC 重开被丢弃（详见 ../测试说明/存储维护与容量恢复.md §4.3）。
  * 5. 重试由调用方决定：必须有上限、必须喂看门狗、不得跨越就绪屏障盲目等。本头文件
  *    不提供 retry helper——一个通用 while 重试包装太容易被拿去包住无限等待；每个日志