实测数字，先看结果再看方法：
| 批次 | 总数 | 成功 | 失败 | 耗时 | 平均 |
|---|---|---|---|---|---|
| 全量 | 100 | 80 | 20 | 2.46秒 | 25 ms/份 |
| 前10份 | 10 | 8 | 2 | 约0.25秒 | 25 ms/份 |
关键发现：前10份里就有2份失败，已经暴露出20% 的失败率。也就是说你不用跑完一百份就知道这批数据有问题。这就是「先试10份」的全部价值——它不省时间，它省的是「跑完才发现方向错了」的那段时间。
核对等式
批量任务必须满足这一个等式：
总数 = 成功数 + 失败数
看起来废话，但它是唯一能抓住「静默跳过」的检查。实测80 + 20 = 100成立；如果你的脚本报「处理了78份」，那两份就是消失了——比失败更糟，因为你不知道它们是谁。
配方怎么写
处理 pdfs/ 下前 10 个 PDF，逐个提取正文前 200 字。 输出： - 一个表格，列：文件名、字符数、前 200 字 - 最后一行：总数 / 成功 / 失败 / 失败清单 要求：读不出正文的文件也要出现在表里，标「读取失败」，不要跳过。 先只做这 10 个，我确认格式后再继续。
「先只做这10个，我确认后再继续」这句是整套做法的核心。它把一次全量赌博变成两次小确认。
扩到全量时改什么
- 只改范围（前10个 → 全部），不要改输出格式。格式一改，前10份的确认就白做了。
- 如果全量要分批（例如每50个一批），在指令里写明批次边界与合并方式。
- 跑完第一件事就是核对等式，再谈内容对不对。