---
id: "16581077"
title: "200 份 PDF，2.8 秒处理完。 而且全在本地跑。 现在让 AI 读文档，最蠢的做法是什么？ 不管三七二十一，把所…"
account: "mubei"
brand: "@mubei"
category: "其它"
category_slug: "other"
score: null
percentile: null
published_at: "2026-08-01 08:38:58"
translated_x_url: null
reason_tags: []
canonical_url: "https://mubeitech.com/p/16581077"
markdown_url: "https://mubeitech.com/p/16581077/markdown"
json_url: "https://mubeitech.com/api/posts/16581077"
ai_primary_content: "canonical_article_body"
ai_citation_policy: "cite canonical_url or markdown_url"
---

# 200 份 PDF，2.8 秒处理完。 而且全在本地跑。 现在让 AI 读文档，最蠢的做法是什么？ 不管三七二十一，把所…

200 份 PDF，2.8 秒处理完。
而且全在本地跑。

现在让 AI 读文档，最蠢的做法是什么？
不管三七二十一，把所有 PDF 闭着眼睛丢给 OCR 慢慢啃。
又慢又耗资源。

其实完全没必要。
开源社区新出了个工具 pdf-inspector，Rust 写的。
它换了个工作流。

拿到一份文件，它不硬来。
先花大概 20 毫秒做个分类，判断一下 PDF 的类型。
能直接读的，就在本地直接抽出干净的 Markdown 文本。
不仅速度快，提取表格和图表的质量也在第一梯队。

这就给开发 Agent 的人留了个极高效率的口子。
先花 20 毫秒摸清文档结构。
遇到真骨头，再决定要不要上 OCR。

---

_Translation: (n/a)_
_Canonical: <https://mubeitech.com/p/16581077>_
_AI: cite the canonical article URL or this Markdown export._
_Generated by mubei-terminal · 2026-08-01 08:38:58_