- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 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在嵌入式领域的开发中，编译、调试验证的最后一小步打通，形成闭环开发。（当然，还有很多涉及外部工具的工作无法完成，但我觉得这已经是一个很大很大的进步了）
项目介绍：
项目链接：
github.com
GitHub - zhinkgit/embeddedskills: An open-source collection of embedded development...
An open-source collection of embedded development and debugging skills for Claude Code, Copilot, TRAE, 和 other AI coding assistants that support the Skill protocol. Once installed, the AI assistant can directly operate compilers, debuggers, 和 communication buses, automating the full workflow from code generation to hardware verification.
补充说明：
- 由于Python的生态非常好，有非常多的工具库可以调用，所以使用Python做为脚本语言。
- 现在单片机的开发在我了解主要分为几类，工程类别：1、keil 2、CMake。下载调试类别：1、jlink 2、openocd。再加上我经常用到的一些通信调试：串口、CAN、以太网。这些均已沉淀为Skill。
- 由于目前的工作中没有Linux相关的任务，所以没有开发Linux相关的Skill，但是原理都是一样的，可以自行开发或者提 Issue 和 PR。
- 同上，可能有些芯片的工程类别覆盖不全，包括ESP、IAR啥的，但原理都是一样的。
- 使用Codex验证了Skill的基本功能，还未大规模使用，欢迎大家提 Issue 和 PR。
- 感谢社区佬友的AI经验分享，欢迎做嵌入式开发的佬友交流心得，如果好用请给一个免费的小
哦。
1 个帖子 - 1 位参与者