把 100 页 PDF 读成一份能用的笔记
相关搜索
这篇用到的 skill(3)
主力。抽取文本/表格、按页拆分、合并、加目录,处理扫描件时配合 OCR 说明。
npx skills add anthropics/skills -g需要把结论写成正式文档时,用它把笔记转成 .docx。
npx skills add anthropics/skills -g需要多人接力读同一份材料、保留修改痕迹时用它。
npx skills add anthropics/skills -g
让 AI "读一下这个 PDF" 是最容易翻车的请求。原因有两个:上下文装不下,以及它会把没读到的部分脑补出来。可靠的做法是先抽取、再分段、最后才提问,并且每一条结论都带上页码。
这篇适合谁 / 不适合谁
适合:
- 50 页以上的报告、论文、合同、招股书、招标文件
- 你有明确问题("违约责任怎么约定的"、"样本量多少"),不是想让 AI 随便聊聊
- 需要把结论交付给别人,所以要能追溯到页码
不适合:
- 纯扫描件且没有 OCR:抽出来是空文本,先做 OCR 再说
- 强依赖排版的信息(比如表格跨页、公式、手写批注):抽取会丢结构
- 页数少于 10 页:直接整篇丢进去问就行,不用这套流程
开始前准备什么
- PDF 文件放到一个干净的工作目录。
- 想好 3 到 5 个具体问题。问题越具体,抽取和定位越省事。
- 确认是不是扫描件:用阅读器试着选中一段文字,选不中就是扫描件。
操作步骤
1. 装 skill
源码见 anthropics/skills · skills/pdf,规范见 agentskills.io:
git clone --depth 1 --filter=blob:none --sparse https://github.com/anthropics/skills
cd skills && git sparse-checkout set skills/pdf把 skills/pdf/ 复制到你的客户端技能目录(~/.claude/skills/、~/.codebuddy/skills/、~/.trae/skills/ 等,见本站「支持的客户端」)。
2. 先摸清楚这份 PDF 的结构
不要一上来就问内容,先让它报告结构:
分析 report.pdf:
1. 总页数、是否有目录、是否有可抽取的文字层(还是扫描件)
2. 列出所有一级章节及起始页码
3. 标出含表格的页码范围
只报告结构,不要总结内容。这一步的输出决定了后面怎么切。如果它说"无可抽取文字层",先去 OCR,否则后面全是幻觉。
3. 按问题定位,而不是全文通读
我只关心三个问题,请只在相关页码范围内检索:
1. 违约责任怎么约定的?(重点看"违约""赔偿"出现的页)
2. 交付时间节点是什么?
3. 有没有排他条款?
要求:每条结论后面标注 (p.XX);找不到就写"未提及",不要推测。关键是最后那句"找不到就写未提及"。不加这句,模型会给你编一段很顺的话。
4. 让它出一份带页码的笔记
把上面三条的答案整理成一份 Markdown 笔记,结构:
- 一句话结论(3 行以内)
- 分点细节,每点后面标注 (p.XX)
- 存疑清单:那些你不确定或文档里没写清的地方5. 交叉验证关键数字
对会影响决策的数字(金额、日期、比例),回到原文核一遍页码。这一步花 3 分钟,能挡掉最贵的一类错误。
需要交付成正式文档时,让 docx skill 把这份笔记转成 .docx。
会踩的坑
| 坑 | 现象 | 怎么绕 |
|---|---|---|
| 幻觉 | 结论写得很顺,但原文里没有 | 要求标注页码,并明确允许回答"未提及" |
| 扫描件空抽取 | 输出结果为空或乱码 | 先做 OCR,再走这套流程 |
| 表格错位 | 表格内容变成一串数字 | 单独让它"只抽 p.XX 的表格,按行列输出 CSV" |
| 页码对不上 | 标 p.12 但内容在 p.14 | PDF 有封面/目录偏移时,让它以"文档页码 + 印刷页码"双标 |
| 一次问太多 | 10 个问题一起问,答案互相污染 | 每轮最多 3 个问题 |
FAQ
100 页的 PDF 一次能读完吗?
多数情况下不行,也没必要。按问题定位比全文通读更准,还省 token。
扫描件怎么办?
先用 OCR 工具(系统自带的"图像文本识别"或在线 OCR)转成带文字层的 PDF,再回来走流程。
能处理中文 PDF 吗?
可以。抽取质量取决于 PDF 里是否嵌了正确的文字编码,少数用特殊字体生成的 PDF 会抽出乱码,这时换 OCR 路线。
怎么让它对比两份 PDF?
分别抽取两份的结构与答案,再让它做差异对比。不要直接把两份 100 页 PDF 一起丢进去。
结论能直接引用到报告里吗?
建议只引用带页码的部分,并在定稿前人工核一遍。AI 的总结适合做索引,不适合做最终出处。
参考来源
相关场景
用 AI 写 PRD 和产品需求文档
PRD 的痛不是"格式不对",是"目标和验收标准写不清,开发靠猜"。让 AI 写 PRD 的核心是:先给它背景、目标用户、要解决的问题,让它产出"功能列表 + 验收标准 + 边界",而不是替你想清楚"为什么做"。
用 AI 翻译和本地化文档
机器翻译最怕"通顺但走样"——术语翻错、语气不对、本地表达生硬。让 AI 翻译的核心是:先给术语表和目标读者语气,再让它"翻译+保留专有名词",最后你核对关键句,而不是整篇盲信。
用 AI 写周报和站会更新
周报的痛不是"写不出",是"把流水账写成了产出"。让 AI 写的核心是:给它原料(你这周干了啥、卡在哪),让它按"进展 / 风险 / 下一步"三段收口,而不是替你编内容。
用 AI 把会议录音变成待办清单
会议最大的浪费不是开会长,是开完没人记得"谁、什么时候、交什么"。这套流程的核心是把散落的讨论压成一张带 owner 和 DDL 的待办表,而不是再写一份没人看的纪要。