AI时代，嵌入式工程师需要尽快扔掉的6个想

上个月去客户那儿，看见他们嵌入式组的共享盘里躺着一串文件夹：motor_ctrl_v1、v2、v3_最终版、v3_最终版2，还有个叫“motor_ctrl_打死不改版”的。旁边桌上搁着个U盘，标签写着“备份”。我问带我的小伙子，产线上跑的是哪版？他愣了三秒：“应该……是 v3 吧？我找找。”

这场景放五年前顶多算管理糙。现在改代码的主力早变了——AI一天能给你改几十版，靠复制文件夹做版本管理，迟早翻车。

Google 的 DORA 报告提到，AI采用率每提升 25%，交付稳定性反而下降 7.2%。行业里另一份统计说，大概 45% 的 AI 生成代码带着安全缺陷。速度越快，越得靠 git 兜底，每一步都可追溯、可回滚。

更狠的是硬件闭环。以前总说 AI 调不了设备、看不了示波器，今年8月 Anthropic 放出 MHS 标准后，接入周期从数月缩到数小时。量子计算公司 QuEra 接上它，把激光器失锁恢复成功率干到了 99.3%，时间压到 6 秒。单片机的最小闭环其实很简单：打通 OTA 通道，留个回传日志的通信口。AI 改代码、编译、下发，再读日志接着改，中间不用你当人肉剪贴板。

底层知识也得换个学法。别再跟 AI 比赛背参数了，省下的时间去搭工作流、往上游走。这两年真正的分化，是把 AI 当搜索引擎用的人，和把 AI 当产线搭的人。