夜雨聆风
硬件工程师如何让AI补全软件的能力
前段时间，我用自己设计的这套AI MCU工作流 Skill 做一块 RS485 磁编码器板。
到目前为止，加上特训营的老铁，这套AI工作流跑过的单片机项目目前应该超过10个了。
这段时间陆续收集大家的反馈，好消息是比较顺利，目前暂时没发现什么大问题。
我用这套工作流做的所有项目，全程都没写一行代码，连 Keil 工程都不是我建的。
最近有老板说想学我这个工作流，植入到他们项目研发里去，但顾虑的是，不知道效果怎样。
我让他直接拿一个现成的项目，我这边把跑出来的整个项目的标准化资料和代码给他看，这样是最直观的，这也是我的诚意。
但诚意是相互的，为了过滤掉白嫖党，对方也要付出几百的Token成本费用。
拿这个485的编码器项目来说，我是怎么植入工作流的？
我把客户协议、芯片手册和硬件资料交给 AI，再按照测试要求接好板子、调试器和 485 转换器。后面的项目初始化、功能整理、接口分析、代码实现、编译下载和功能测试，都由 AI 按照工作流往下执行。
交付到我手的，100%都是编译通过的，0 Error(s), 0 Warning(s)。
因为有错误，AI都闭环修复了。
但是编译没错，不代表上板就能运行，AI 接着下载程序，发送测试指令，板子却一点反应都没有。
这个项目的正式速率是 2.5 Mbaud，偏偏我手边的 485 转换器又不支持。
我当时还问了 AI 一个挺小白的问题：协议里的 2.5 Mbps，指的到底是不是波特率？因为我以前没用过这么高的速率，第一反应是会不会理解错了。
AI 说，这是客户协议里写的。我又老老实实把原文翻出来核了一遍，确实是。
没有合适的转换器，AI 就先把 115200 作为诊断条件，只检查协议和收发链路。这不算 2.5 Mbaud 正式验收，只是为了先把问题范围缩小。
即便这样，板子依然没有回应。
这时候我没有打开 Keil 去改代码，也没有自己在接收函数里加计数器。我让工作流继续跑。
AI 修改固件，加入接收计数和状态记录，重新编译、下载，再通过 SWD 读取运行变量、GPIO 和 USART 寄存器。最后它发现，UART 的 RX 引脚被配成了复用推挽输出。
接收脚没有处在正确的输入状态，协议写得再完整，也收不到一个字节。
AI 把引脚模式改对，再编译、下载、重测，通信恢复了。
后面的功能测试也不是我拿着串口工具一条条点。我把 485 转换器接好以后，AI 自己跑测试脚本、读返回、判断结果。它在 115200 诊断条件下跑完了 84 项测试、539 次协议事务，连续角度轮询 500 次全部通过。
正式的 2.5 Mbaud 物理链路仍然要等合适的转换器，诊断通过不能冒充正式验收。这个边界也被留在了测试报告里。
这次项目做完，我真正觉得有价值的地方，不是 AI 给了我一段代码。
我以前也用过这种方式：在聊天框里让 AI 写一个驱动，再由自己复制到 Keil，处理目录、头文件、初始化顺序和编译错误。AI 写得越多，后面人工收拾得越累。
这次完全不一样。
项目初始化、功能需求、硬件接口、手册提取、固件开发和测试闭环，被几个 Skill 串在了一起。上一个环节的结果直接交给下一个环节，AI 不需要每走一步都等我告诉它该改哪行代码。
目录怎么建，代码按什么规则分层，Keil 怎么编译，出错以后怎么根据日志继续修，测试要留下哪些结果，这些要求已经写进工作流里。
我做的事情，是给它真实资料、硬件条件和验收目标。需要插线、接转换器、改变磁场这种物理动作，我来完成。只要工具链能够被 AI 调用，软件侧的工作就让它自己往下跑。
这也是我现在理解的「硬件工程师让 AI 补软件」。
它没有让我突然学会写一套完整固件，但它确实在我一行代码都没写的情况下，替我完成了过去需要软件工程师执行的一整段工作。
最近我整理用户需求时，看到不少类似情况。有人硬件做得比较多，电路和板子基本能处理，但软件只能写简单逻辑。也有小团队直接说，软件不是强项，想找个工具补起来。
这类人不一定要先花几个月把 C 语言和软件架构全部学完，再开始用 AI。
软件基础当然有帮助，但这次把项目托住的，不是我能不能亲手改某个指针，而是三样东西：真实的工程资料、写进 Skill 的工作规则、可以重复执行的功能测试。
如果 AI 改错了，测试应该把问题暴露出来；如果测试条件不够，报告就要明确哪些已经通过，哪些还不能下结论。
所以硬件强、固件偏弱的人，可以先拿一个边界清楚的真实模块来跑。传感器读取、参数存储、串口协议都可以。没有现成工程，AI 可以从建 Keil 工程开始；已经有旧工程，就让它先读原来的目录、驱动和编译方式。
你需要准备的是原理图、手册或协议、硬件接线、预期行为和验收办法。把必须由人完成的物理连接做好，再让工作流从整理事实一直跑到编译、下载和功能测试。
一个模块跑通以后，下一次换项目，复用的是整条工作流，不只是上一份代码。
当然，这不代表任何 MCU 项目都可以无人值守。这个案例能自动闭环，是因为 Keil、下载器、SWD 和串口测试都能被 AI 调用，资料和验收条件也比较完整。
涉及电机、电源、继电器等危险动作，实物接线、上电和安全确认仍然要由人负责。