菜单
B6x 审查报告接收处理 — 验证每个审查发现后再实施修复。 由 b6-code-review Step 6 自动加载，不独立触发。 TRIGGER when: b6-code-review 完成后自动衔接。 DO NOT TRIGGER when: 还没有审查报告、用户直接要求修改代码。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
编译 B6x SDK 工程 (Keil/GCC 自动检测)，解析编译日志，迭代修复错误和警告直到 0 ERROR 且 WARNING ≤ 5。 TRIGGER when: 用户要求编译、build、构建项目，修复编译错误/警告，检查编译结果，或提及 Keil/GCC 编译问题。 DO NOT TRIGGER when: 用户要求烧录/调试/下载固件（用 /b6-auto-debug）、纯代码审查、BLE协议问题、无硬件连接。
根据应用需求推荐 BLE 库并生成 cfg.h 配置。 TRIGGER when: 用户询问 BLE 库选择、应该用哪个 BLE 库、库配置、连接数配置、RAM 配置、 BLE 角色配置（Master/Slave）、BLE_LITELIB/BLE_LARGELIB 设置、ANCS Client 支持、 低功耗 BLE 配置、多连接配置、Mesh 配置。即使没有明确说 "推荐库"，只要涉及 BLE 库/连接数/角色的选择，也应使用此 skill。 DO NOT TRIGGER when: 用户要求创建新项目（用 /b6-create-project）、编译构建（用 /b6-build）、 烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）。
翻译 BLE 错误码，提供排查建议。 TRIGGER when: 用户询问 BLE 错误码含义、错误码翻译、0x 开头的错误代码、ATT_ERR/GAP_ERR/SMP_ERR 等错误常量、配对失败原因、连接错误、GATT 错误、BLE 返回码、协议栈错误。即使没有明确说 "翻译错误码"， 只要出现 BLE 相关的数字错误码或错误常量名，也应使用此 skill。 DO NOT TRIGGER when: 用户要求创建新项目（用 /b6-create-project）、编译构建（用 /b6-build）、 烧录调试（用 /b6-auto-debug）、代码审查（用 /b6-code-review）、硬件配置验证（用 /b6-validate-hardware）。
验证 B6x 硬件配置（引脚冲突/时钟/DMA/中断/Timer）是否符合芯片约束。使用此 skill 验证硬件配置的正确性。 TRIGGER when: 用户提及引脚配置、硬件验证、pin mux、外设冲突、ADC引脚、UART引脚、Timer引脚、DMA配置、中断优先级、时钟配置、检查配置冲突、验证硬件设置、引脚能否用作某功能。即使用户没有明确说"验证硬件"，只要涉及引脚/时钟/DMA/中断的配置检查，也应使用此 skill。 DO NOT TRIGGER when: 纯代码审查、编译错误修复、BLE协议问题、编写新驱动代码、解释函数作用、烧录程序。
B6x 系统化烧录调试 — 编译 → 诊断 → 烧录 → RTT 监控。 先理解失败原因，再采取行动。 TRIGGER when: 用户要求烧录、调试、下载固件、RTT监控、DAPLink/J-Link 操作、 自动调试、flash编程、运行固件、连接失败、烧录失败、RTT无数据 DO NOT TRIGGER when: 仅编译请求（用 /b6-build）、纯代码审查、无硬件连接
为现有 B6x SDK Keil 项目生成 CMakeLists.txt，实现 Keil → GNU/CMake 迁移。 TRIGGER when: 用户要求为现有项目生成 CMakeLists.txt、添加 GCC/CMake 支持、迁移 Keil 项目到 GNU 环境、 创建 CMake 配置、转换 Keil 工程到 CMake、为项目添加 GCC 编译支持、支持 CI/CD 编译、 "帮我生成 CMakeLists.txt"、"添加 CMake 支持"、"迁移到 GCC"、"让项目支持 GCC 编译"。 DO NOT TRIGGER when: 用户要求创建全新项目（用 /b6-create-project）、编译现有项目（用 /b6-build）、 烧录调试（用 /b6-auto-debug）、纯代码审查、BLE 协议问题、仅查看项目结构。
| name | b6-review-reception |
| description | B6x 审查报告接收处理 — 验证每个审查发现后再实施修复。 由 b6-code-review Step 6 自动加载，不独立触发。 TRIGGER when: b6-code-review 完成后自动衔接。 DO NOT TRIGGER when: 还没有审查报告、用户直接要求修改代码。 |
| user-invocable | false |
| allowed-tools | Read, Grep, Glob, mcp__b6x-mcp-server__search_sdk, mcp__b6x-mcp-server__inspect_node |
B6x 审查报告的接收处理协议。核心原则：验证后再实施，技术正确优先。
对报告中的每个 issue（score ≥ 75），执行以下 6 步循环：
READ → UNDERSTAND → VERIFY → EVALUATE → RESPOND → IMPLEMENT
| 步骤 | 动作 | 说明 |
|---|---|---|
| READ | 完整阅读报告 | 不挑选，不跳过，全部读完再反应 |
| UNDERSTAND | 理解问题本质 | 用自己的话重述问题（说不清 → 问清楚） |
| VERIFY | 验证问题真实性 | 读代码、查 SDK API、对排除规则 |
| EVALUATE | 评估是否需要修复 | 真问题？影响范围？修复风险？ |
| RESPOND | 技术回应或 Push Back | 有证据就坚持，有错误就承认 |
| IMPLEMENT | 逐个修复并验证 | 一次一个问题，修复后验证无回归 |
不信任任何审查结果。 必须独立验证：
search_sdk/inspect_node 验证对每个 score ≥ 75 的 issue：
file:line，亲眼确认问题存在search_sdk / inspect_node 验证 API 用法是否确实违反规范/* MISRA-IGNORE */、SDK 内部约定等）grep 相关调用方，确认修复不会破坏依赖链不明确的问题 → 先澄清，再动手。 部分理解 = 错误修复。
当对审查结论有异议时，用技术理由捍卫或修正：
原则： 对事不对人。有证据就坚持，有错误就承认。
| 优先级 | 类别 | 示例 |
|---|---|---|
| 1st | 🔴 MISRA 安全 | M06 禁止 malloc、M07 禁止递归 |
| 2nd | 🔴 安全性 | C01-C05 数组边界、空指针、溢出 |
| 3rd | 🔴 返回值检查 | M10 SDK 函数返回值必须检查 |
| 4th | 🟡 BLE 规范 | B01-B05 UUID、连接参数、事件处理 |
| 5th | 🟡 嵌入式缺陷 | E01-E08 ISR、volatile、位操作 |
| 6th | 🟡 代码风格 | S01-S07 命名、格式、注释 |
| 7th | 💡 Info | 仅在 score ≥ 90 时处理 |
/b6-build 编译通过 → /b6-code-review 复审修复完成 → /b6-build 编译 → /b6-code-review 复审 → 直到 0 Critical, 0 Warning