把三份PDF交给AI,拿回一张带出处的对照表

预计阅读：约 6 分钟

让 AI 读 PDF，我最想省掉的是来回翻页、抄参数这一步。

所以这次把交付物说得很具体：给我一张 Excel，把几份资料里要比较的内容放在一起，每个参数旁边留下出处。

材料选了乐鑫的三份芯片规格书：ESP32-C3、C6 和 S3。Codex 从中整理了 CPU、Wi-Fi、蓝牙、存储器、USB 和 GPIO 等八类字段，一共 24 条记录。

下面是从 Excel 里抽出的部分内容。为了在手机上看清楚，把横向大表改成了按型号排列的窄表。

Wi-Fi、蓝牙、USB 放到一起，差别就比较容易找。PSRAM 那一栏还不能直接画勾：同一个系列里的具体型号，配置也会不同。PSRAM 是运行时可使用的一类存储器，和存放程序的 Flash 分开看。

这张表存成了 Excel 和 CSV。除了用来比较的那一页，Excel 还有一页记录每项数据的版本、页码、原文短摘录和条件。

参数后面，多留几列

只留下“8 MB”“16 MB”这样的数字，过几天再看，很容易忘记它指哪个型号、来自哪份资料。

所以表格里还保留了“具体型号、适用条件、原文位置”。把 S3 的 PSRAM 这一条展开，就是下面这样：

有了这几列，遇到疑问就能查回去。换一批资料，做产品比较、接口整理或设备清单，也可以沿用这个办法：先定好需要比较的字段，再让 AI 逐份找值。

这次 C3 和 C6 的型号表没有列 PSRAM 字段，Excel 里就保留“本次表未列”，没有补一个看起来干脆的“不支持”。这处空缺就留给下一步查证。

8 MB，换个条件就不够了

给这张表加一个筛选条件：需要 2.4 GHz Wi-Fi、低功耗蓝牙，封装内 PSRAM 的标称容量至少 8 MB。

前两项在三份文档中都有对应规格声明。继续查具体物料，在这次指定版本的型号表里，明确找到且未标停产的候选有 S3R8 和 S3R16V，PSRAM 分别为 8 MB、16 MB。原表中的 S3R8V 已标停产，这次没有纳入。

如果到这里就停下，R8 看起来已经够用。

但 S3 规格书第 14 页还有一条脚注：这两种物料常规条件下的环境温度上限是 65°C。开启 PSRAM 的 ECC 纠错功能后，最大环境温度可以提高到 85°C，可用容量也会减少 1/16。

这时再增加一个要求：85°C 下，仍要有至少 8 MB 可用。

按脚注计算，R8 的 8 MB 变成 7.5 MB，R16V 的 16 MB 变成 15 MB。R8 仍符合原来的“标称 8 MB”，却不够新增条件下的“可用 8 MB”。这些容量是文档条件下的推算，尚未做硬件实测。

表里有出处，才能顺着一个数字，找到会改变决定的那条脚注。

这段要求，可以直接交给 AI

把 PDF 交给能读取文件、调用工具的 AI 时，可以把“总结一下”换成下面这段。比较目的和关注字段按自己的资料改。

请根据我提供的几份PDF，整理一张对照表。比较目的：[写清你要做什么初筛]关注字段：[列出真正需要的字段]每项保留：对象/具体型号、整理值及单位、文档版本、PDF文件页序、印刷页码、章节或表名、原文短摘录、适用条件、来源文件或URL。只从提供的材料取值，不凭型号常识补空缺。没找到的标记“本次指定材料未找到”。不同型号、测试条件、最大支持量与默认配置分开。遇到乱码、扫描页或表格无法读取，先列出问题。输出可编辑的CSV和Excel，并列出待核对项。

读文件也会卡住。这次 C3 和 S3 最初提取出的中文有乱码或缺字，Codex 换用 macOS 的 PDFKit 后才正常，随后回看了 9 个相关原页，核对表头、数值和脚注。三份文件合计 240 页，并没有逐页精读，也没有计时比较效率。

这几项筛选条件是为了说明表格怎么用而设的。文件读取、整理和原页核对都由 Codex 完成，没有另一位工程师独立复核；真正选型时，还要查具体模组、引脚、SDK、功耗和供货。

资料先整理到一起，接下来查哪一项、回看哪一页，就有了头绪。

你手上那几份资料，如果只能先整理三列，你最想要哪三列？

如果这篇对你有用，点个赞，或者关注「需求我和 AI 聊一聊」。你的支持，也是继续实践和分享的动力。

资料来自乐鑫官方技术规格书：ESP32-C3 v2.4、ESP32-C6 v1.5、ESP32-S3 v2.2。核对日期为 2026 年 11 月 9 日；固定链接后续可能更新版本。