前言¶

处理 PDF 时常见的几件事是：把正文抽出来、把表格还原成结构化数据、对扫描版做 OCR，以及在几份文档之间做对比。分开写脚本要维护好几套依赖，接一个大模型时还要各自拼一次 Prompt。PDF阅读助手这个 Skill 把这些能力打包成一个统一的调用入口，配合触发词直接对 PDF 发起操作，省去每次重新写处理逻辑的成本。

下面介绍这个 Skill 的定位、能力、启用方式和使用注意事项。

这是什么¶

PDF阅读助手是一个通用 SKILL.md 格式的 Agent Skill，坐标 @indiv-guipi/pdf-reader-assistant，当前版本 2.0.0，由社区开发者（发布者 user_2dc8a2f8）维护，分类属于 office-efficiency。它解决的问题是：让 Agent 在一个统一入口里完成 PDF 的文本提取、表格提取、扫描件 OCR、问答、对比和批量处理，不用在多个工具之间来回切换。

核心功能¶

1、文本提取：从 PDF 中取出正文文本，用于后续摘要、改写或检索。
2、表格提取：把文档中的表格还原为结构化数据，而不是当作普通文本丢掉。
3、扫描版 OCR 识别：对没有文字层的扫描件做识别，转成可处理的文本。
4、智能问答：针对 PDF 内容提问并给出基于文档的回答。
5、多文档对比：对多份 PDF 做对比，适合研报、论文、合同等需要逐份核对的场景。
6、批量处理：一次传入多个文件进行统一处理，而不是逐个手动调用。

触发词包括：PDF、阅读PDF、分析PDF、PDF摘要、提取PDF、研报、论文、文档分析。Agent 在对话中遇到这些说法时可以据此判断是否启用该 Skill。

安装与启用¶

官方 SkillHub 页面（https://www.skillhub.cn/skills/indiv-guipi/pdf-reader-assistant）未在已核实的资料中给出具体的安装命令、配置字段或 SKILL.md 路径，因此这里不提供命令行安装步骤，避免编造。

可确认的信息如下：

坐标: @indiv-guipi/pdf-reader-assistant
版本: 2.0.0
来源: community
分类: office-efficiency
标签: requires_api_key=false

requires_api_key=false 表示该 Skill 不需要单独配置 API Key，接入成本较低。它是通用 SKILL.md 格式，可以按你使用的 Agent 平台的 Skill 加载方式引入该坐标，具体入口以你所用平台（Cursor、Codex CLI、Claude Code 等）的文档为准——这些差异在现有资料中未能核实，此处不逐一说明。

典型用法¶

现有资料只提供了触发词和能力清单，没有给出官方的可复现命令行示例，所以下面的用法以触发词的形式说明，这也是资料中唯一可核实的调用方式。

触发词: PDF、阅读PDF、分析PDF、PDF摘要、提取PDF、研报、论文、文档分析

把 PDF 交给 Agent 后，用自然语言描述需求即可，例如「提取这份研报的表格」「对比这三份论文的结论」「给这个扫描件做 OCR 后总结要点」。Agent 命中触发词后会启用该 Skill，并按请求类型分派到文本提取、表格提取、OCR、问答或对比能力。

适用场景与注意¶

适合的场景：

1、需要反复处理 PDF 的研报、论文、合同、报告类文档工作。
2、扫描件占多数、又需要文字层做检索或问答的场景。
3、需要在多份文档之间做对比、批量提取结构化信息的场景。

需要注意的地方：

1、已抓取资料中的评分为 100000，下载 1306，安装 0。安装数为 0，说明目前还没有可验证的大规模使用反馈，选用前建议先在自己的文档上做小样本测试。
2、该 Skill 由社区开发者发布，不是官方团队维护，长期更新节奏需要自行确认。
3、资料未提供 OCR 支持的语言范围、表格提取精度、单次批量数量上限等指标，这些在正式使用前应先实测。
4、涉密或内部文档建议先在本地环境验证，确认数据不会外传。

结尾¶

PDF阅读助手把文本提取、表格提取、扫描件 OCR、智能问答、多文档对比和批量处理收敛到一个触发词驱动的入口，配合 requires_api_key=false 的低配置要求，接入成本不高。如果你的工作里 PDF 处理是高频动作，可以把它作为候选 Skill 试跑，再按实际效果决定是否纳入常用工具集。

官方地址：https://api.skillhub.cn/indiv-guipi/pdf-reader-assistant