先说结论：强，但没有营销号说的那么神。
我花了两周时间，把日常的嵌入式开发工作全用 AI 辅助做了一遍。下面是真实体验，不吹不黑。

Cursor —— 最推荐的日常搭档
Cursor 本质是 VS Code 套了一层 AI 壳。但就是这层壳，让体验好了很多。
最实用的功能是 Tab 补全。你写一个函数名，它直接帮你把函数体补完。不是那种瞎猜的补全，是真的看了你整个工程上下文后给出的。
实测效果：写 STM32 外设驱动（I2C/SPI/UART），80% 的代码它直接生成，你只需要改参数和加注释。这部分效率提升大约 3 倍。
但它有硬伤。对大型工程（10 万行以上），上下文窗口不够用，会漏掉关键信息。而且对老项目（Keil MDK、IAR 的工程）支持不好，你需要在 CMake 或者 CubeIDE 下工作才能发挥它的实力。

Claude Code —— 代码修改的神器
如果你有个老项目的代码要改，Claude Code 比 Cursor 好用。
比如：「把这个 UART 驱动从轮询模式改成 DMA 模式」。你只需要告诉它改什么，它自己理解整个文件，把需要改的地方全改好，连注释一起更新。
实测：一个 2000 行的驱动适配新 MCU，人工做要两天，Claude Code 两小时搞定。
但它不适合从头写大项目。它更擅长「改」，而不是「写」。

GitHub Copilot —— 最均衡的选择
如果你不想换 IDE，Copilot 是最省事的。VS Code、CLion、Keil（通过插件）都能用。
它的优势在于稳定。不会突然给你生成一堆没用代码，也不会乱改你已有的逻辑。适合保守型开发者。
劣势是：它比较「笨」。不像 Cursor 那样理解你的工程上下文，它更多是基于当前文件做预测。复杂逻辑它帮不上忙。

嵌入式开发的 AI 使用心法
用了一个月，我总结了几条经验：
1. 外设驱动用它写，业务逻辑自己写。 I2C、SPI、UART 这些标准接口，AI 闭着眼睛都能写。但业务逻辑（比如你的报警算法、数据融合策略）它有上下文盲区，自己写更靠谱。
2. 让它「改」比让它「写」好用。 先自己把框架搭好，然后让 AI 填充细节、改 bug、做优化。不要让它从零给你写一个 FreeRTOS 应用。
3. MISRA C 检查是刚需。 不管你用哪个工具，生成代码后一定要过一遍 MISRA C 检查。AI 写的代码语法没问题，但风格和规范经常不过关。特别是指针使用、类型转换这些容易踩坑的地方。

所以该用哪个？
• 你主要用 VS Code/CubeIDE → Cursor
• 你主要改老项目代码 → Claude Code
• 你对 IDE 切换有顾虑 → GitHub Copilot
• 预算有限 → 直接买 DeepSeek API + 自己找前端，效果差不多
AI 编程对嵌入式开发是真的有用，但前提是你自己得懂。你越懂，AI 越强。你不懂，AI 也救不了你。
AI 编程 嵌入式开发 Cursor ClaudeCode GitHubCopilot 效率工具