让 AI 编码助手直接操控编译器、调试器和通信总线，补上嵌入式开发自动化的最后一环

让 AI 编码助手直接操控编译器、调试器和通信总线补上嵌入式开发自动化的最后一环仓库前言为什么需要它Skill 一览外部依赖1. 安装方式一npx推荐方式二手动 clone2. 验证安装3. 配置环境参数4. 硬件连接 工具链验证5. 让 AI 接管仓库项目已开源欢迎提 Issue 和 PR。GitHub项目地址前言之前对于AI在嵌入式开发中的使用主要是分析代码、生成代码但是AI生成的代码通常不能一次性成功需要下载到芯片多次调试反馈AI再调后才能使用。但是随着使用ClaudeCode、Codex的时间越长慢慢发现AI非常善于使用命令行最近各大软件也纷纷推出自己的CLI工具。此时突然明白了Skill的一个重要的用法就是将一些命令行工具的使用沉淀为Skill让AI在合适的地方自己去调用这些工具完成原本MCP的功能。于是我就去调研看看SMT32开发工具中有没有这样的实现。结果是这些工具都有对应的命令行工具及实现。所以现在我们能将AI在嵌入式领域的开发中编译、调试验证的最后一小步打通形成闭环开发。为什么需要它嵌入式开发有一道纯软件开发没有的鸿沟写完代码只是开始编译、烧录、调试每一步都需要人在中间传递信息。AI 改完代码 →你手动编译 →你手动烧录 →你把报错复制给 AI → AI 再改 →你再编译……embeddedskills 把这个循环交给 AI 自己跑有错误通过异常正常 需求沟通✍️ 代码生成与优化 自动编译 keil build / gcc build AI 读取编译错误⚡ 自动烧录 openоcd flash / jlink flash 自动调试验证 AI 读取调试信息✅ 提交最终代码传统 AI 辅助AI embeddedskills代码编写✅ AI✅ AI编译构建 你 AI 调用 Keil / GCC烧录下载 你 AI 调用 J-Link / OpenOCD调试验证 你 AI 断点 / 寄存器 / 内存通信调试 你 AI 串口 / CAN / 网络错误修正 你复制报错给 AI AI 自主读取并修正Skill 一览 workflow自动识别工程 · 选择工具链 · 串联全流程 构建层 通信层 调试层keilgccserialcannetjlinkopenocd分类Skill能做什么主要子命令 构建keilKeil MDK 工程扫描、Target 枚举、编译、重建、清理scantargetsbuildrebuildcleanflash 构建gccCMake 型 GCC 工程配置、编译、大小分析scanpresetsconfigurebuildrebuildsize 调试jlink烧录、读写内存/寄存器、RTT/SWO、GDB 调试flashread-memwrite-memregsrttswo GDB 调试openocd烧录、擦除、GDB/Telnet、Semihosting/ITMflasheraseresetgdb-serversemihostingitm 通信serial扫描串口、实时监控、发送数据、Hex 查看scanmonitorsendhexlog 通信canCAN/CAN-FD 监控、发帧、DBC 解码、统计scanmonitorsenddecodestats 通信net抓包分析、连通性测试、端口扫描、流量统计captureanalyzepingscanstats 编排workflow自动识别工程 → 选择工具链 → 串联全流程planbuildbuild-flashbuild-debugobservediagnose[!TIP]Keil / GCC与J-Link / OpenOCD可自由正交组合四种搭配均可开箱即用。外部依赖展开查看各 Skill 所需依赖Skill依赖keilKeil MDK (UV4.exe)gccCMake · Ninja/Make · ARM GNU ToolchainjlinkSEGGER J-Link Software · arm-none-eabi-gdbopenocdOpenOCD · 调试器驱动 (ST-Link / CMSIS-DAP / DAPLink / FTDI)serialpyserial · USB 转串口驱动canpython-can · cantools · pyserial · USB-CAN 驱动netWireshark (tshark) · Npcap除 CAN 和串口外所有 Skill 均基于 Python 标准库实现无需额外安装 Python 依赖。1. 安装方式一npx推荐借助 skills CLI 工具一条命令即可完成安装# 安装全部 skill自动检测 AI 工具并安装npx skillsaddhttps://github.com/zhinkgit/embeddedskills-g-y# 只安装某个 skill如只需要 openocdnpx skillsaddhttps://github.com/zhinkgit/embeddedskills--skillopenocd-g-y# 管理npx skillsls-g# 查看已安装列表npx skills update-g# 更新到最新版本npx skills remove-g# 移除方式二手动 clone若npx skills不可用直接 clone 到对应目录# Claude Code全局生效gitclone https://github.com/zhinkgit/embeddedskills.git ~/.claude/skills/embeddedskills# Codex全局gitclone https://github.com/zhinkgit/embeddedskills.git ~/.codex/skills# Codex仅当前项目gitclone https://github.com/zhinkgit/embeddedskills.git .codex/skills常见 Skill 目录参考AI 工具全局路径项目级路径Claude Code~/.claude/skills/.claude/skills/Codex~/.codex/skills/.codex/skills/通用~/.agents/skills/.agents/skills/Cursor / OpenCode参考对应工具文档—2. 验证安装安装完成后在 AI 助手中输入/能看到 OpenOCD、keil 等命令描述即为成功。[!TIP]看不到斜杠命令按以下顺序排查Skill 目录路径是否正确注意全局 vs 项目级SKILL.md文件是否完整存在于每个 Skill 子目录下AI 工具是否支持 Skill 协议或自定义指令加载3. 配置环境参数Skill 采用三层配置优先级从高到低CLI 参数 └─► skill/config.json ← 工具路径、本机硬件参数UV4.exe、JLink.exe 等 └─► .embeddedskills/config.json ← 工程默认配置目标芯片、接口、日志目录 └─► .embeddedskills/state.json ← 运行状态上次构建/烧录/调试记录 └─► 默认值[!NOTE]不需要手动编辑配置文件。首次使用时直接和 AI 对话AI 会根据上下文引导你填写工具路径、目标芯片等参数并自动写入配置文件。4. 硬件连接 工具链验证使用 CMSIS-DAP 调试器如 DAPLink连接开发板。[!IMPORTANT]建议在让 AI 接管之前先手动跑一次编译和烧录确认工具链本身没问题。这样后续如果出错可以确定问题在代码而不在环境配置。手动验证编译手动验证烧录5. 让 AI 接管Skill 的description字段定义了触发关键词AI 会自动识别意图并调用对应 Skill。说人话就够了不需要记命令你说AI 触发的 Skill“帮我编译一下”keil或gcc“烧录到板子上”openocd或jlink“看看串口输出”serial“单步调试一下”openocd或jlink“看看寄存器”openocd或jlink“一键编译烧录调试”workflowAI 自主完成编译下载AI 自主调试每次调用结果自动记录到项目目录下的.embeddedskills/文件夹方便后续排查问题此后的开发模式变为描述需求 → AI 生成代码 → 自动编译烧录调试 → 迭代修改直到功能完成。