원클릭으로 Manus에서 모든 스킬 실행

b6-build

编译 B6x SDK 工程 (Keil/GCC 自动检测)，解析编译日志，迭代修复错误和警告直到 0 ERROR 且 WARNING ≤ 5。 TRIGGER when: 用户要求编译、build、构建项目，修复编译错误/警告，检查编译结果，或提及 Keil/GCC 编译问题。 DO NOT TRIGGER when: 用户要求烧录/调试/下载固件（用 /b6-auto-debug）、纯代码审查、BLE协议问题、无硬件连接。

Manus에서 실행

개요

설치 명령

npx skills add https://github.com/XIAOMANSDK/B6x --skill b6-build

이 명령을 Claude Code에 복사하여 붙여넣어 스킬을 설치하세요

출처

XIAOMANSDK/B6x

스타9

포크3

업데이트2026년 5월 11일 11:37

SKILL.md

readonly

name	b6-build
description	编译 B6x SDK 工程 (Keil/GCC 自动检测)，解析编译日志，迭代修复错误和警告直到 0 ERROR 且 WARNING ≤ 5。 TRIGGER when: 用户要求编译、build、构建项目，修复编译错误/警告，检查编译结果，或提及 Keil/GCC 编译问题。 DO NOT TRIGGER when: 用户要求烧录/调试/下载固件（用 /b6-auto-debug）、纯代码审查、BLE协议问题、无硬件连接。
user-invocable	true
allowed-tools	Read, Grep, Glob, Edit, Write, Bash

B6 Build

编译 B6x SDK 工程，自动检测工具链 (Keil/GCC)，解析编译日志，迭代修复错误和警告，直到达到编译标准。

触发

/b6-build [project_path] [--toolchain keil|gcc]

参数:

project_path: 项目路径，默认当前目录
--toolchain: 强制指定工具链，默认自动检测

编译标准

指标	要求	说明
ERROR	0	必须无错误
WARNING	≤ 5	警告数量不超过 5 个

红旗 — 看到这些想法时停止

想法	为什么禁止
"加 `-w` 或 `--no-warnings`"	隐藏问题不等于解决问题
"用 `#pragma` 全局禁用警告"	掩盖真实的代码缺陷
"WARNING 不重要，能编译就行"	嵌入式代码中警告常是潜在 bug
"这个 WARNING 修不了，跳过"	必须≤5 条达标才算成功

禁止: 通过编译选项全局禁用警告。个别抑制必须有注释说明原因。

Step 1: 检测工具链

自动检测逻辑

1. 查找 *.uvprojx → Keil 工程存在
2. 查找 gnu/CMakeLists.txt → GCC 工程存在
3. 若两者都存在 → 优先 Keil
4. 若都不存在 → 报错退出

检测方法

使用 Glob 工具（不用 find 命令）：

Glob pattern: <project_path>/mdk/*.uvprojx      → Keil 工程
Glob pattern: <project_path>/gnu/CMakeLists.txt → GCC 工程

Step 2: 执行编译

Keil 编译

"C:/Keil_v5/UV4/UV4.exe" -r "<project>.uvprojx" -t "<target>" -j0 -o"build_log.txt"

获取 target 名称：读取 uvprojx 文件，搜索 <TargetName> 标签取第一个值。

GCC 编译

进入项目的 gnu/ 目录执行（项目名已在 CMakeLists.txt 的 project() 中定义，无需额外参数）：

cd <project_path>/gnu
cmake -B build -G Ninja
cmake --build build

输出产物位于 <project_path>/gnu/build/bin/ 下。

Step 3: 解析日志

Keil 错误模式

ERROR:   ".+\.c"\((\d+)\): error #\d+: .+
WARNING: ".+\.c"\((\d+)\): warning #\d+: .+

GCC 错误模式

ERROR:   ".+\.c":(\d+):\d+: error: .+
WARNING: ".+\.c":(\d+):\d+: warning: .+
LINKER:  undefined reference to .+

Step 4: 修复问题

ERROR 修复

缺少头文件: 包含对应 drivers/api/*.h 或 ble/api/*.h
链接错误: Keil → 检查工程文件 Source Groups; GCC → 检查 CMakeLists.txt 的 target_sources

WARNING 修复优先级

Critical (ERROR): 必须立即修复
High (WARNING > 5): 需要修复以达标
Medium (WARNING ≤ 5): 可选修复

WARNING 修复顺序

移除无用代码 → 显式类型转换 → (void)var 抑制 → 最后才考虑 #pragma（禁止全局禁用）

最大迭代次数

为防止无限循环，设置最大迭代次数：5 次

退出条件

结果	条件	操作
✅ 成功	达到编译标准	报告成功，使用 `/b6_verification-before-completion` 证据模板输出
⚠️ 部分成功	ERROR=0 且 WARNING>5	报告警告详情，询问是否继续修复
❌ 失败	迭代5次后仍有 ERROR	报告剩余问题，建议用户手动检查
❌ 失败	无法检测工具链	提示用户检查工程文件

退出时必须输出编译证据（无论成功或失败）：

编译验证证据：
   工具链: {Keil MDK / GCC}
   输出: {N} Error(s), {M} Warning(s)
   产物: {文件路径}
   退出码: {0 / 非0}

修复示例

错误: error: #20: identifier "B6x_UART_Init" is undefined

修复: 包含项目头文件 #include "drivers/api/uart.h"

이 저장소의 다른 Skills

같은 저장소

b6-library-recommend

XIAOMANSDK/B6x

根据应用需求推荐 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）。

2026-05-119

b6-translate-error

XIAOMANSDK/B6x

翻译 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）。

2026-05-119

b6-validate-hardware

XIAOMANSDK/B6x

验证 B6x 硬件配置（引脚冲突/时钟/DMA/中断/Timer）是否符合芯片约束。使用此 skill 验证硬件配置的正确性。 TRIGGER when: 用户提及引脚配置、硬件验证、pin mux、外设冲突、ADC引脚、UART引脚、Timer引脚、DMA配置、中断优先级、时钟配置、检查配置冲突、验证硬件设置、引脚能否用作某功能。即使用户没有明确说"验证硬件"，只要涉及引脚/时钟/DMA/中断的配置检查，也应使用此 skill。 DO NOT TRIGGER when: 纯代码审查、编译错误修复、BLE协议问题、编写新驱动代码、解释函数作用、烧录程序。

2026-05-119

b6-auto-debug

XIAOMANSDK/B6x

B6x 系统化烧录调试 — 编译 → 诊断 → 烧录 → RTT 监控。先理解失败原因，再采取行动。 TRIGGER when: 用户要求烧录、调试、下载固件、RTT监控、DAPLink/J-Link 操作、自动调试、flash编程、运行固件、连接失败、烧录失败、RTT无数据 DO NOT TRIGGER when: 仅编译请求（用 /b6-build）、纯代码审查、无硬件连接

2026-04-229

b6-cmake-init

XIAOMANSDK/B6x

为现有 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 协议问题、仅查看项目结构。

2026-04-229

b6-code-review

XIAOMANSDK/B6x

B6x SDK 代码审查工具，检查 MISRA C 合规性、嵌入式最佳实践、BLE 规范和安全性问题。 TRIGGER when: 用户要求代码审查、code review、检查代码质量、检查 MISRA 合规性、检查嵌入式代码规范、检查 BLE 代码、安全审查、代码评审、看看代码有没有问题、检查这段代码。即使用户没有明确说"代码审查"，只要涉及检查 B6x 嵌入式代码的质量、安全性或规范性，也应使用此 skill。 DO NOT TRIGGER when: 用户要求编译构建（用 /b6-build）、烧录调试（用 /b6-auto-debug）、硬件配置验证（用 /b6-validate-hardware）、创建新项目（用 /b6-create-project）、纯 BLE 协议问题咨询。

2026-04-229

출처

XIAOMANSDK

XIAOMANSDK/B6x

GitHub 저장소 열기 Creator 저장소 보기

설치 명령

다운로드

Manus에서 실행

유용한 대상SOC

소프트웨어 개발자컴퓨터 및 수학직15-1252L4

name	b6-build
description	编译 B6x SDK 工程 (Keil/GCC 自动检测)，解析编译日志，迭代修复错误和警告直到 0 ERROR 且 WARNING ≤ 5。 TRIGGER when: 用户要求编译、build、构建项目，修复编译错误/警告，检查编译结果，或提及 Keil/GCC 编译问题。 DO NOT TRIGGER when: 用户要求烧录/调试/下载固件（用 /b6-auto-debug）、纯代码审查、BLE协议问题、无硬件连接。
user-invocable	true
allowed-tools	Read, Grep, Glob, Edit, Write, Bash

B6 Build

编译 B6x SDK 工程，自动检测工具链 (Keil/GCC)，解析编译日志，迭代修复错误和警告，直到达到编译标准。

触发

/b6-build [project_path] [--toolchain keil|gcc]

参数:

project_path: 项目路径，默认当前目录
--toolchain: 强制指定工具链，默认自动检测

编译标准

指标	要求	说明
ERROR	0	必须无错误
WARNING	≤ 5	警告数量不超过 5 个

红旗 — 看到这些想法时停止

想法	为什么禁止
"加 `-w` 或 `--no-warnings`"	隐藏问题不等于解决问题
"用 `#pragma` 全局禁用警告"	掩盖真实的代码缺陷
"WARNING 不重要，能编译就行"	嵌入式代码中警告常是潜在 bug
"这个 WARNING 修不了，跳过"	必须≤5 条达标才算成功

禁止: 通过编译选项全局禁用警告。个别抑制必须有注释说明原因。

Step 1: 检测工具链

自动检测逻辑

1. 查找 *.uvprojx → Keil 工程存在
2. 查找 gnu/CMakeLists.txt → GCC 工程存在
3. 若两者都存在 → 优先 Keil
4. 若都不存在 → 报错退出

检测方法

使用 Glob 工具（不用 find 命令）：

Glob pattern: <project_path>/mdk/*.uvprojx      → Keil 工程
Glob pattern: <project_path>/gnu/CMakeLists.txt → GCC 工程

Step 2: 执行编译

Keil 编译

"C:/Keil_v5/UV4/UV4.exe" -r "<project>.uvprojx" -t "<target>" -j0 -o"build_log.txt"

获取 target 名称：读取 uvprojx 文件，搜索 <TargetName> 标签取第一个值。

GCC 编译

进入项目的 gnu/ 目录执行（项目名已在 CMakeLists.txt 的 project() 中定义，无需额外参数）：

cd <project_path>/gnu
cmake -B build -G Ninja
cmake --build build

输出产物位于 <project_path>/gnu/build/bin/ 下。

Step 3: 解析日志

Keil 错误模式

ERROR:   ".+\.c"\((\d+)\): error #\d+: .+
WARNING: ".+\.c"\((\d+)\): warning #\d+: .+

GCC 错误模式

ERROR:   ".+\.c":(\d+):\d+: error: .+
WARNING: ".+\.c":(\d+):\d+: warning: .+
LINKER:  undefined reference to .+

Step 4: 修复问题

ERROR 修复

缺少头文件: 包含对应 drivers/api/*.h 或 ble/api/*.h
链接错误: Keil → 检查工程文件 Source Groups; GCC → 检查 CMakeLists.txt 的 target_sources

WARNING 修复优先级

Critical (ERROR): 必须立即修复
High (WARNING > 5): 需要修复以达标
Medium (WARNING ≤ 5): 可选修复

WARNING 修复顺序

移除无用代码 → 显式类型转换 → (void)var 抑制 → 最后才考虑 #pragma（禁止全局禁用）

最大迭代次数

为防止无限循环，设置最大迭代次数：5 次

退出条件

结果	条件	操作
✅ 成功	达到编译标准	报告成功，使用 `/b6_verification-before-completion` 证据模板输出
⚠️ 部分成功	ERROR=0 且 WARNING>5	报告警告详情，询问是否继续修复
❌ 失败	迭代5次后仍有 ERROR	报告剩余问题，建议用户手动检查
❌ 失败	无法检测工具链	提示用户检查工程文件

退出时必须输出编译证据（无论成功或失败）：

编译验证证据：
   工具链: {Keil MDK / GCC}
   输出: {N} Error(s), {M} Warning(s)
   产物: {文件路径}
   退出码: {0 / 非0}

修复示例

错误: error: #20: identifier "B6x_UART_Init" is undefined

修复: 包含项目头文件 #include "drivers/api/uart.h"