AI 读完数据手册,开始一本正经地瞎编

数据手册这东西，又厚又碎，谁不想偷懒。

有位做了十二年嵌入式的老哥，在 CSDN 上写了件事：他把关键章节丢给 AI，让它帮忙理个初始化顺序、标一下坑点。AI 给得很快，条理清楚，语气笃定，像一个亲手在这颗芯片上画过板子的人。他当时还挺高兴。

后来对原页，才发现有两处是它自己"合理推断"出来的。逻辑说得通，但手册上根本没写。还有一处，它把适用条件漏了，搞得那段配置像是放之四海皆准。

他说了一句话，我记到现在：一本正经，是最危险的包装。

写错代码，编译器会先拦你；读错手册，没人拦

平时骂 AI 写代码，骂的是它跑不起来。那种错一眼看得见，编译器先替你挡一道。

读手册不一样。它给你的是一段描述，不是一段能编译的东西。你分不出对错，只能靠一个很朴素的直觉——"讲得挺顺，应该没问题吧"。

问题就出在这句"应该"上。

它天生讨厌空白

吃过文档亏的人都懂：手册会笔误，会改版，会把最要命的一句话塞进备注里。人读都会漏。

模型更容易"补全"。它不喜欢空白，哪里没写清楚，它就用最合理的猜测给你填上。填得还挺像那么回事。

麻烦的是，错的不会当场炸。它可能等到某个温度、某个电压，或者客户某个没人想到的操作，才炸。

到那时候你翻聊天记录，会发现当时是被它那副笃定的语气，哄过去了。

后来他改了用法

不是不用了，是换了规矩。

列要点可以，但每一条都必须能指回手册的页码或原文。指不回去的，当故事听，绝不当配置用。

要它推断也行，但得把"这是推断"写清楚，再把怎么验证一并写出来。

说白了就一句：它负责翻书，你负责核对书上到底有没有这句。

现在流行的用法，还差最后一步

现在不少工程师，是把手册、原理图导出的网表、编译和运行环境一起喂给 AI，让它先提问、把需求问清楚再动手。V2EX 上有人把这事总结成一句话："啥都能写，只要你准备好文档。"

方向没错，甚至可以说，这是目前最靠谱的用法。

但"准备好文档"之后，还有一步不能省——你得回去，对着书，再看一遍。

手册还是那份手册，页数没少，备注还在，错也还在。

AI 只是让你第一次有机会，一个人把整本啃下来。

啃得快，不等于啃得对。

苏州加彼固件工坊 · 用 AI 构建固件（spacecodding.com），代码可以交给 AI，手册上的那句"到底有没有"，还得你自己核。

你有没有被 AI 读手册坑过？留言区说一个。

（本文取材于 CSDN 作者 xkw746 的真实记录《我让AI读数据手册，它读完开始一本正经地瞎编》，2026-08；V2EX 帖 t/1185332。）