【开源】一套嵌入式软件调试 Skill 工具集，打通嵌入式开发AI工作流最后一步

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

开发动机：

不知道论坛里做嵌入式软件的佬友多不多，我干这行工作差不多已经三年了。

从AI刚开始流行时就一直在学习使用，这一年内也是看到AI工具的快速发展。

上一年一直在做STM32相关的工作，由于基础不行所以做着还是挺吃力的（前一两年主要做些应用层的事，再加上一些杂七杂八的工作），但是在AI的加持下还是磕磕碰碰的能完成任务。

之前对于AI在嵌入式开发中的使用主要是分析代码、生成代码，但是AI生成的代码通常不能一次性成功，需要下载到芯片多次调试反馈AI再调后才能使用。

有一段时间好好学习了一下ClaudeCode的各种概念，但好像有用的也就全局提示词，MCP、Skill 这些基本没有太合适嵌入式开发的，对Skill更是疑惑不解，感觉本质上就是一堆提示词 。^-^

但是随着使用ClaudeCode、Codex的时间越长，慢慢发现，AI非常善于使用命令行，最近各大软件也纷纷推出自己的CLI工具。此时突然明白了Skill的一个重要的用法，就是将一些命令行工具的使用沉淀为Skill，让AI在合适的地方自己去调用这些工具，完成原本MCP的功能。

之前玩过Linux板子，倒腾过GDB+VSCode远程调试。那时还不明白，为啥GDB调试是命令行形式的而不用Keil这样的GUI？还很疑惑，真有人通过命令行去调试开发吗？感觉完全不可思议。现在才恍然大悟，这样的设计简直天才。^-^

于是我就去调研，看看SMT32开发工具中，有没有这样的实现。结果是这些工具都有对应的命令行工具及实现。

所以，现在我们能将AI在嵌入式领域的开发中，编译、调试验证的最后一小步打通，形成闭环开发。（当然，还有很多涉及外部工具的工作无法完成，但我觉得这已经是一个很大很大的进步了）

项目介绍：

项目链接：

补充说明：

1. 由于Python的生态非常好，有非常多的工具库可以调用，所以使用Python做为脚本语言。


2. 现在单片机的开发在我了解主要分为几类，工程类别：1、keil 2、CMake。下载调试类别：1、jlink 2、openocd。再加上我经常用到的一些通信调试：串口、CAN、以太网。这些均已沉淀为Skill。


3. 由于目前的工作中没有Linux相关的任务，所以没有开发Linux相关的Skill，但是原理都是一样的，可以自行开发或者提 Issue 和 PR。


4. 同上，可能有些芯片的工程类别覆盖不全，包括ESP、IAR啥的，但原理都是一样的。


5. 使用Codex验证了Skill的基本功能，还未大规模使用，欢迎大家提 Issue 和 PR。


6. 感谢社区佬友的AI经验分享，欢迎做嵌入式开发的佬友交流心得，如果好用请给一个免费的小^-^哦。