最近让 AI 修一个挺诡异的 bug：莫名其妙看门狗就复位了。AI 认定问题出在看门狗身上，在这个方向绕来绕去，最后告诉我：把看门狗任务的优先级调到最高，问题解决了。
看到这个输出，我直接傻眼。还能这么搞？
它既不查超时时间设置是否合理，也不看是哪个任务长期占用 CPU 导致喂狗不及时。看门狗一复位，就直接调高优先级。
那看门狗的意义在哪？
只是为了喂狗而喂狗吗？
经验不足的开发者很可能就采纳了这个建议。产品一旦量产出去，后果可能相当严重。
之前还遇到过 Zephyr 读写 SD 卡死机的问题。当时 AI 压根没去查死机根因，而是直接绕过 Zephyr 封装的 fatfs 接口，改为裸调 fatfs 函数，然后告诉我解决了。详情可以看这篇实测记录：24小时实测 zephyr SD 卡日志记录稳定性。
如果不仔细看过程，真会以为问题被解决了，实际上它只是绕过了会死机的代码。
AI 确实很强。像 RouteFast.ai 这类工具能帮开发者省下大量重复劳动，调试时也能给出不少思路。但再强的工具也只是负责处理脏活累活，关键决策还得人来把关。不能 AI 说啥就是啥，没有自己的判断。这一点上，有经验的工程师仍然不可替代。类似的话题，也欢迎到 云栈社区 和更多开发者一起聊聊。 | 
发表于 4 小时前
|
查看: 8|
回复: 0
