# 文档解析与理解 学习 OCR、版面分析和表格提取，适合把复杂文档变成可用数据的读者。 - 所属：[检索与知识应用]() - 网站：[https://oplearnx.com/topics/document-understanding]() ## 推荐学习顺序 1. [Mistral OCR 4：面向文档智能的 SOTA OCR]()（博客 · 入门）：这是 Mistral 于 2026 年 6 月 23 日发布的博客，介绍 OCR 4 文档解析模型。该模型在提取文本之外还提供边界框、区块分类和行内置信度分数，支持 170 种语言、可单容器自托管部署，定位于企业搜索、RAG 和智能体工作流的文档摄取，可通过 API 或 Document AI 使用，文中称其在人工评估和基准测试中优于领先的 OCR 系统。 2. [关于 Qwen 3.5 4B 和 llamaparse 的问题]()（帖子 · 入门）：r/LocalLLaMA 上的一个求助帖，发帖者为附近实体店店主搭建一套包含员工出入记录、现金与发票、二维码扫描等功能的流程，主要顾虑是店主设备多为 16GB 内存、少数为 8GB，询问适合这类设备的本地模型，并考虑 Qwen 3.5 4B 用于简单的发票处理判断。发帖者原本想用云端解析工具 llamaparse 处理不同格式发票表格，也在询问其它本地替代方案。 3. [LingCore/WinShun（Win顺）]()（项目 · 入门）：一个免费开源的 Windows 快速搜索与启动器，双击 Ctrl 唤起。功能包括拼音文件搜索、对 Word/Excel/PDF 的全文搜索、剪贴板历史（替代 Win\+V）、对话框搜索、任务栏搜索、插件，以及对接 AI 助手的 MCP 服务器。README 将其定位为 Everything、Listary 的替代品，标签显示使用 C\+\+/Qt6，支持 Windows 10 与 11。 4. [yjid/kensaku]()（项目 · 入门）：这是一个免费开源的本地文件启动器与搜索工具，支持对文件名、文档、代码和截图内容进行全文、OCR 与语义搜索，并可通过 MCP 供代理访问；所有数据不离开本机。README 称搜索 10 万个文件名约需 1 毫秒、占用约 12 MB 内存。标签包含 Rust、Tauri、Windows、隐私等。适合关注本地优先桌面搜索、希望让 AI 代理检索本机文件的人阅读。 5. [cdcailf/cjkfold]()（项目 · 进阶）：这是一个 Python 库，用于把形近的 CJK 字形（康熙部首、CJK 部首补充等）折叠回常见汉字，使从 PDF 中提取的文本能正常匹配。README 举例说明「⻆」「⾊」等字符渲染上像「角」「色」但实际码位不同，导致字符串包含判断失败；提供 fold 函数进行归一化，并说明无运行时依赖、纯函数、支持 Python 3.9\+。仓库还附有一篇关于 PDF 中文抽取后无法检索的中文背景文章，并提到建立在其上的 corpusfold 项目。 6. [PaddleOCR 3.5：使用 Transformers 后端运行 OCR 与文档解析任务]()（博客 · 进阶）：PaddlePaddle 团队的文章，介绍 PaddleOCR 3.5 版本使支持的 PaddleOCR 模型可通过 Hugging Face Transformers 作为推理后端运行，设置 engine="transformers" 即可。PaddleOCR 继续提供 PP-OCRv5 等 OCR 模型系列和 PaddleOCR-VL 1.5 等文档解析模型系列；新版本引入更灵活的推理引擎接口，通过 engine 参数选择后端、通过 engine\_config 传入后端专属选项，任务流水线仍由 PaddleOCR 管理。文中附有 Hugging Face Spaces 上的在线演示。 7. [讲 OCR 双模型：小解析器出结果，Jev 打分后对低分再纠错]()（帖子 · 进阶）：elvis（@omarsar0）在 X 上的帖子，介绍 OpenBMB 与 ModelBest 的 MiniCPM-OCR：一个 1.3B 参数的小型开源文档解析器，支持中英文扫描件、照片、弯曲与倾斜页面及关键信息抽取；第二个模型 MiniCPM-OCR Jev 对提取出的文本、公式和表格给出可靠性评分，也可用于其他 OCR 模型的输出。帖子给出流程示例：解析文档、用 Jev 打分、将低分结果交给人工或纠错步骤，并提到权重开放、支持 llama.cpp、vLLM、SGLang、Ollama 推理及 Agent Skills 集成。适合构建文档处理智能体或 OCR 流水线的人关注或阅读。 8. [SoMarkAI/OXR：开源文档解析模型]()（项目 · 进阶）：这是一个 GitHub 开源项目，提供名为 OXR（Optical Everything Recognition）的文档解析模型，目标是将 PDF 和文档图像转换为便于智能体使用的数据。项目介绍称其在后训练中使用 RSI 循环，具备较高的准确率和速度，并给出在线演示、免费 API 以及 Hugging Face 和 ModelScope 上的模型入口；README 提供英文和简体中文版本。 9. [PaperPilot：零云端、纯 Rust 的 PDF 引擎，支持 WASM 与 MCP]()（项目 · 进阶）：一个本地文档 AI 助手项目，用纯 Rust 编写 PDF/文档工具，宣称文件不离开用户机器。同一引擎可用于 MCP 服务器（供代码智能体合并、拆分、OCR、压缩 PDF）、命令行、浏览器 WASM 版、Tauri \+ Svelte 桌面应用以及本地 REST API，采用 Apache 2.0 许可。 10. [你的冰箱也是合格的支付设备——Eleonora Drykina 与 Nina Žižakić，In The Pocket]()（博客 · 进阶）：这是一场技术演讲录像，两位讲者介绍为一家匿名比利时支付客户构建的 RAG 问答助手，其资料库约含 270 份 PDF、6000 页，关键信息大量存在于表格中。索引流程保留章节路径与分块顺序以便重建较长段落，并把表格转为 CSV 同时保留标题与取值的对应关系；稠密检索结合 BM25 使 63 个问题上的检索命中率从 92% 提升到 97%。服务端智能体可通过四种工具扩大检索范围，配有防止超长规则手册淹没上下文的限制，中位作答时间 38 秒，讲者还谈到流式 Markdown 与来源卡片分离、轨迹追踪、引用核查和 Promptfoo 评测，以及早期内部试用覆盖 34 名用户、约 900 个问题。 11. [保险理赔是 AI 最难处理的数据问题]()（博客 · 进阶）：Wisedocs 的 Denys Linkov 讲解保险理赔数据中充斥手写、传真、重复文件和 8GB 级 PDF 等非结构化内容，为何这既是保险 AI 的最大障碍也是最大机会。内容按步骤展开：清洗数据、单份文档内分析、跨理赔洞察，并介绍 Wisedocs 与 Artificial Analysis 合作构建的基准，用于测试模型处理医疗记录的能力。最后谈及处理技术栈以及监管、成本等话题。 12. [FengZhenfei/carrel]()（项目 · 进阶）：这是一个自托管的 AI 代理知识库项目，提出“本体增强生成”（Ontology-Augmented Generation）的思路，自动化完成文档解析、索引和检索，并可选构建知识图谱。代理通过 API 获取原始段落、图片和相关事实后自行生成答案，配套 Web 控制台管理知识库与处理任务，并附带可接入 Claude Code、Codex 的检索技能。技术标签涉及 MinerU、Neo4j、OpenSearch、Qdrant 等。 13. [漫画翻译工具——一起看懂日语吧！]()（项目 · 进阶）：这是 r/LocalLLaMA 的一篇社区帖子，作者介绍自己开发的开源桌面应用 Manga Translator Tool，用于在本地阅读和翻译日文漫画，灵感来自看字幕版动画时保留原文并附译文的做法。工具整合了漫画阅读器、OCR、译文覆盖层和可就当前页提问的本地 LLM：OCR 用 Qwen3.5 的日语 OCR 微调版本，翻译与对话用 Gemma 4 E2B 的某个变体，推理基于 llama.cpp 并支持 CPU 与 GPU。功能方面提到在不擦除原文字的前提下在文本框内显示译文、把译文存为图片元数据以在原文与译文视图间切换、搜索提取出的文本，以及能识别日文拟声词等；帖中还包含安装过程的演示视频。适合想在本地离线阅读并翻译日文漫画、或用小模型串联 OCR 与翻译流程的人阅读。 --- 中文标题与摘要由模型根据原文生成，以原文为准。 来源：LearnMap · 学径（https://oplearnx.com）