如果你还把"AI 写嵌入式代码"当段子，今年教程榜单上那几个"不该出现"的名字，值得多看一眼。
今年 10 月，带过无数人入门嵌入式 Linux 的韦东山，在 B 站发了《使用AI进行嵌入式开发与学习》：vscode 接 claude 和 deepseek，干的就是嵌软的活。更早的 5 月，51 单片机学习板时代的"郭天祥老师"开始教 trae+keil 助手。那套经典的江科大 STM32/FreeRTOS 教程，也更新了"用 AI 全流程开发"的入门篇——单集被 4000 多人收藏。还有那个"不写一行代码"做出 STM32 智能温控风扇的教程，收藏 3200+。当年教你点灯的老师们，集体开始演示"AI 点灯"，这个信号比任何裁员传闻都刺眼。哔哩哔哩哔哩哔哩哔哩哔哩哔哩哔哩
工具链也确实长到能干活了。 B 站网友开源了一套 STM32 全自动调试工具链，简介开头相当扎心：AI 会写嵌入式代码，却看不见板子。编译报错在哪一行？固件跑没跑？HardFault 停在哪？这些以前全靠人肉盯完再复制粘贴喂回 AI。现在一条命令，AI 自己编译、烧录、开串口、拿退出码判成败，崩了还能读寄存器反查到源码行，1900+ 人先收藏为敬。另有人 11 月干脆喊出"别再用 keil 了"，把 AI 时代的 MCU+RTOS 开发环境打包成开源 skill。10 月还有人感叹"AI 把 ESP32 开发板都带出圈了"——从创客圈火进了 AI 圈。哔哩哔哩哔哩哔哩微博微博
但工具火了，评论区分歧也更尖锐。 最高赞质疑：硬件出问题它还在傻傻查代码，改完还是老问题，循环下去不就炸了？作者回应"同一处反复失败会自动停"，但还是有人补刀：退出码为 0，只能说明板子还活着，不能说明它是对的。 再有人算账：跑一遍完整闭环两天烧 30 块 token，改个小地方也要全程重走，容易养出屎山。至于 keil：编辑器一坨，调试器现阶段仍难被替代。
真正用了半年的人怎么说？小红书博主 MA 做嵌入式软硬件创业，判断很直接：MCU、Linux 应用和驱动，AI 都干得不错，相当于多了两个中级工程师，但"只靠 AI、自己不懂的话，是开发不出来的"。偶发性的以太网丢包、底层驱动改造，都是他写框架、AI 按框架填；AI 常给三四个方案，每个都有隐患，他要给出第五个思路。新手侧是压成的五步：买成品款、AI 带着装环境、把手册型号喂给 AI 别让它猜、先做最小功能再迭代。流传最广的那句分工，被老工程师认证为"标准"：人搭骨架，AI 填血肉。硬件接口自己先调通，AI 在"能跑"的基础上加功能，上板测试、日志回传、再迭代。小红书小红书小红书
入行 13 年的刘工，今年从 DeepSeek 用到 Claude Code 再到 Codex，留下一句话：任务可以交给 AI，判断力不能交出去。被研究生追问三年后还有没有饭吃，他的回答不是鸡汤：容易被替代的是只会依赖 AI、或不会用好 AI 的人，护城河是吃透硬件约束——多少算力、内存、功耗能跑什么模型。评论区补了句实在的：TOPS 只是纸面峰值，不如实测。小红书
饭碗到底动没动，数据很诚实：年初那条"AI 危机"视频里，"普通码农千万别碰这五大IT下坡岗位"的标题拿了 3300+ 赞。39 岁嵌入式工程师月薪 31K 的自述帖下攒出 820+ 条评论——焦虑是真的。可真动手的帖子是另一幅画面：有人拿五年前那块连引脚资料都没有的自制板，靠和 AI 交互几小时把软硬件全部调通。可那条帖子的主人，自述 AI 用法仍是"查资料，写文档，代码基本自己写"。哔哩哔哩微博小红书
所以这一轮的变化，与其叫替代，不如叫重新分工：配寄存器、驱动模板、会议纪要、问题复盘，这些"脏活"交出去；时序、中断、偶发 bug，以及"什么时候该停手"的判断，留在人手里。当年只会写汇编的，在 CubeMX 时代已经被淘汰过一轮——这一轮的门票是：会写不再稀缺，会判断才稀缺。
