القائمة
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