RAG数据导入与解析全攻略：图文与PDF解析实战拆解

1. RAG 数据导入与解析全攻略：图文与 PDF 解析的实战拆解

做 RAG 项目的人都有一个共识：检索效果的上限，往往在数据导入阶段就已经被决定了。很多人把精力花在向量模型选型、检索策略调优上，结果上线后发现回答质量始终上不去，回头一查，发现原始 PDF 里的表格被解析成了一堆乱码，图片里的关键信息压根没进知识库，扫描件更是直接变成了空白文本。这不是检索的问题，这是数据导入与解析环节埋下的雷。

这篇文章聚焦 RAG 数据管道中最棘手的一段：图文混合内容与 PDF 文档的解析。具体来说，我会把 OCR 识别、多模态大模型介入、以及九种主流 PDF 解析工具的选型逻辑拆开来讲，结合我在实际项目中踩过的坑，给出一套可以直接参考复现的方案。无论你是刚接触 RAG 知识库搭建的新手，还是已经做过几个项目但卡在 PDF 解析质量上的老手，这篇文章都应该能帮你省下不少试错时间。

先说清楚一个基本判断：PDF 不是一种格式，它是一类格式的统称。同样后缀为 .pdf 的文件，底层可能是纯文本流、可能是扫描图像、可能是矢量图形拼合、也可能是嵌入字体的复杂排版。用一把锤子去敲所有 PDF，结果必然是有的敲得动、有的敲不动、有的直接把内容敲碎了。所以工具选型的前提，是先搞清楚你面对的是哪种 PDF。

2. 为什么 PDF 解析是 RAG 数据管道的最大瓶颈

2.1 PDF 的六种“性格”决定了你不能一招通吃

我在实际项目中把遇到的 PDF 大致分为六类，每类的解析策略完全不同：

第一类是原生文本 PDF，由 Word、LaTeX 等工具直接导出，文字层完整，复制粘贴能拿到正常文本。这类最好处理，常规解析库直接抽取即可。

第二类是扫描件 PDF，本质是拍照或扫描后打包成 PDF 的图片集合，没有文字层。这类必须走 OCR，没有捷径。

第三类是图文混排 PDF，正文是文本，但关键信息藏在图表、流程图、截图里。这类需要文本抽取加图像理解双管齐下。

第四类是表格密集型 PDF，财务报表、实验数据、统计年鉴属于此类。表格结构一旦解析错位，数据就彻底废了。

第五类是多栏排版 PDF，学术论文是典型代表。如果解析时不识别分栏逻辑，会把左右栏文字交叉串读，语义完全混乱。

第六类是加密或权限受限 PDF，虽然能打开阅读，但禁止复制和提取。这类需要先做权限处理，否则解析工具直接报错。

注意：在动手写解析代码之前，先抽样打开几个 PDF，手动复制一段文字粘贴到记事本里。如果能粘贴出正常文字，说明有文字层；如果粘贴出来是空白或乱码，基本可以判定是扫描件或字体嵌入异常。这一步花五分钟，能帮你省掉后面几个小时的无效调试。

2.2 RAG 对解析结果的真实要求是什么

很多人以为解析就是把文字抠出来，其实 RAG 场景对解析结果有四个硬性要求，缺一个都会影响后续检索。

语义完整性：解析出来的文本块必须是语义自洽的。一个段落被从中间切断，或者表格的标题行和数据行分离，检索时就会匹配到残缺信息，生成答案自然也是残缺的。

结构保留：标题层级、列表关系、表格行列对应关系，这些结构信息在检索时是重要的上下文线索。丢失结构，等于丢失了一半的语义。

元数据可追溯：每个文本块要能追溯到原始文件的哪一页、哪个位置。这在做引用标注和结果验证时非常关键。

多模态覆盖：图片里的文字、图表中的趋势描述、流程图里的逻辑关系，这些信息如果只靠文本抽取是拿不到的，必须引入 OCR 或视觉理解模型。

理解了这四点，你就能明白为什么简单的pdfplumber一把梭在很多场景下不够用。不是工具不好，是需求本身就分层。

2.3 解析质量如何量化评估

我习惯用三个指标来评估解析质量，建议你在选型时也建立自己的评估集。

建立评估集的方法很简单：挑 20 个有代表性的 PDF，人工标注出关键信息点，然后跑不同工具对比召回情况。这个评估集一旦建好，后续换工具、调参数都有据可依，不用凭感觉判断。

3. OCR 识别：从传统方案到多模态大模型的演进

3.1 传统 OCR 的适用边界与典型工具

传统 OCR 工具的核心原理是“检测文字区域 + 识别字符”，典型代表包括 Tesseract、PaddleOCR、以及各类云服务 OCR 接口。这类工具在印刷体、清晰扫描件、单一语言的场景下表现稳定，速度快、成本低。

Tesseract 是最老牌的开源方案，优势是完全本地运行、免费、支持多语言。但它的短板也很明显：对倾斜、模糊、复杂背景的图片识别率下降明显，中文识别需要额外下载语言包，表格结构还原能力基本为零。

PaddleOCR 在中文场景下比 Tesseract 强不少，检测和识别模型都比较成熟，对倾斜文本和一定程度的环境干扰有更好的鲁棒性。我在处理中文扫描件时，PaddleOCR 是默认首选。

云服务 OCR 接口的优势是识别率高、维护成本低，但涉及数据出域和调用成本，在敏感数据场景下需要谨慎评估。

实操心得：传统 OCR 的输出是纯文本流，丢失了版面结构。如果你需要保留表格和分栏信息，不要指望 OCR 工具本身，要在 OCR 之后叠加版面分析步骤，或者直接选用带版面分析能力的解析工具。

3.2 多模态大模型介入 OCR 的正确姿势

多模态大模型（如具备视觉理解能力的模型）给 OCR 带来了质变。它不再只是“识别字符”，而是“理解图像内容”。这意味着它可以直接读懂图表趋势、理解流程图逻辑、甚至对复杂表格做结构化输出。

但多模态大模型不是万能药，它的短板同样突出：成本高、速度慢、有幻觉风险。我见过模型把图片里没有的数字“脑补”出来的情况，这在财务、医疗等严谨场景下是致命的。

所以我的建议是分层使用：

• 对于清晰的印刷体文本，用传统 OCR，快且准。
• 对于图表、流程图、复杂版面，用多模态大模型做理解性提取。
• 对于关键数据，无论用哪种方式，都要加人工抽检环节。

一个实用的混合策略是：先用传统 OCR 快速过一遍，识别出哪些页面包含大量图像内容或 OCR 置信度低的区域，再把这些区域单独送给多模态大模型处理。这样既控制了成本，又保证了质量。

3.3 OCR 结果的后处理与清洗

OCR 出来的原始文本不能直接进知识库，必须做后处理。常见的清洗步骤包括：

纠错处理：OCR 常见的错误包括形近字混淆（如“日”和“目”）、数字误识（如“0”和“O”）、标点错乱。可以用规则加词典的方式做初步纠正，关键字段建议人工复核。

段落重组：OCR 输出往往是按行返回的，需要根据行间距、缩进、标点等线索重新组装成段落。这一步做不好，检索时匹配到的就是断句碎片。

噪声过滤：页眉、页脚、页码、水印这些内容要识别并剔除，否则会污染知识库，导致检索时频繁命中无意义内容。

语言检测：如果文档包含多语言内容，需要先做语言检测，再分语言处理。我遇到过中英混排的合同，如果不做语言区分，OCR 语言包选错会导致整段识别失败。

4. 九种 PDF 解析工具选型实战

4.1 工具选型的决策框架

选工具之前，先回答四个问题：

1. 你的 PDF 是原生文本还是扫描件？
2. 是否包含复杂表格和图表？
3. 是否涉及敏感数据，能否使用云服务？
4. 日均处理量是多少，对速度要求如何？

这四个问题的答案，基本能锁定适合你的工具范围。下面我把九种工具按类型分组说明，每种都给出适用场景和实测表现。

4.2 原生文本抽取类工具

PyPDF2 / pypdf：最基础的 PDF 文本抽取库，轻量、无依赖。适合处理结构简单的原生文本 PDF。缺点是表格和复杂版面处理能力弱，遇到扫描件直接返回空文本。我一般用它做快速预检，判断 PDF 是否有文字层。

pdfplumber：在 PyPDF2 基础上增强了版面分析能力，能提取表格、获取字符坐标信息。对于规则表格的提取效果不错，是我处理原生文本 PDF 的常用工具。它的extract_tables()方法在表格线清晰的场景下准确率很高。

pdfminer.six：底层解析能力最强，能获取每个字符的位置、字体、大小信息。适合需要精细控制解析逻辑的场景，比如自定义分栏识别。缺点是 API 相对底层，上手门槛高，处理速度偏慢。

4.3 综合解析类工具

PyMuPDF（fitz）：我个人最推荐的通用工具。速度快、功能全，支持文本抽取、图像提取、页面渲染、坐标获取。它能把 PDF 页面渲染成图片，方便后续接 OCR 或多模态模型。实测下来，PyMuPDF 在文本抽取速度和准确性上都很稳，是数据管道里的主力工具。

pdfplumber + PyMuPDF 组合：这是我实际项目中最常用的组合。用 PyMuPDF 做页面渲染和快速文本抽取，用 pdfplumber 做表格精细提取，两者互补，覆盖大部分原生文本场景。

4.4 扫描件与 OCR 集成类工具

OCRmyPDF：专门给扫描件 PDF 添加文字层的工具，底层调用 Tesseract。处理后的 PDF 既保留原图，又有了可搜索的文字层。适合需要归档和检索兼顾的场景。

PaddleOCR + PyMuPDF 组合：用 PyMuPDF 把扫描件渲染成图片，再用 PaddleOCR 识别，最后按坐标重组文本。这是处理中文扫描件最实用的自建方案，可控性强，成本低。

4.5 多模态与智能解析类工具

多模态大模型直接解析：把 PDF 页面转成图片，直接送给视觉理解模型，让它输出结构化内容。适合图表密集、版面复杂的文档。成本高，但省去了大量规则调优工作。

专用文档智能解析服务：一些云服务提供文档结构化解析能力，能自动识别表格、段落、标题层级。适合对解析质量要求高、且数据不敏感的场景。

4.6 九种工具横向对比

这张表不是让你只选一个，而是让你根据文档类型组合使用。实际管道里，我通常会用 PyMuPDF 做分流判断，原生文本走 pdfplumber，扫描件走 PaddleOCR，复杂图表页走多模态模型。

5. 完整实操流程：从 PDF 到可检索知识库

5.1 环境准备与依赖安装

先搭好基础环境。我习惯用 Python 虚拟环境隔离依赖，避免版本冲突。

python -m venv rag_env source rag_env/bin/activate # Windows 用 rag_env\Scripts\activate pip install pymupdf pdfplumber paddleocr paddlepaddle pillow

如果要用多模态模型，还需要安装对应的 SDK 并配置访问凭证。OCRmyPDF 和 Tesseract 建议通过系统包管理器安装，避免 Python 包版本问题。

注意：PaddleOCR 首次运行会自动下载模型文件，国内网络环境下建议提前配置好模型下载源，否则可能卡在下载环节。

5.2 第一步：PDF 类型自动分流

分流是整个管道的入口，判断准确与否直接决定后续处理路径。

import fitz # PyMuPDF def classify_pdf(pdf_path, sample_pages=5): doc = fitz.open(pdf_path) total_pages = len(doc) pages_to_check = min(sample_pages, total_pages) text_chars = 0 image_count = 0 for i in range(pages_to_check): page = doc[i] text = page.get_text() text_chars += len(text.strip()) image_count += len(page.get_images()) avg_text = text_chars / pages_to_check avg_images = image_count / pages_to_check if avg_text < 50 and avg_images > 0: return "scanned" # 扫描件，走 OCR elif avg_text > 200 and avg_images > 2: return "mixed" # 图文混排，走混合策略 else: return "native" # 原生文本，直接抽取

这个判断逻辑的核心是：扫描件几乎没有文字层，但图像数量多；图文混排两者都有；原生文本以文字为主。阈值可以根据你的文档特点微调。

5.3 第二步：原生文本 PDF 的解析与分块

原生文本 PDF 的处理重点是保留结构。我一般用 pdfplumber 提取文本和表格，再按语义分块。

import pdfplumber def parse_native_pdf(pdf_path): chunks = [] with pdfplumber.open(pdf_path) as pdf: for page_num, page in enumerate(pdf.pages): text = page.extract_text() or "" tables = page.extract_tables() # 文本按段落分块 paragraphs = [p.strip() for p in text.split("\n\n") if p.strip()] for para in paragraphs: if len(para) > 20: # 过滤过短片段 chunks.append({ "content": para, "page": page_num + 1, "type": "text" }) # 表格单独处理 for table in tables: table_text = format_table(table) chunks.append({ "content": table_text, "page": page_num + 1, "type": "table" }) return chunks def format_table(table): # 把表格转成 Markdown 格式，保留行列关系 if not table or not table[0]: return "" header = "| " + " | ".join(str(c or "") for c in table[0]) + " |" separator = "| " + " | ".join(["---"] * len(table[0])) + " |" rows = [] for row in table[1:]: rows.append("| " + " | ".join(str(c or "") for c in row) + " |") return "\n".join([header, separator] + rows)

表格转 Markdown 是我强烈推荐的做法。Markdown 表格保留了行列对应关系，检索时能准确匹配到“某列某行的值”，比纯文本流可靠得多。

5.4 第三步：扫描件 PDF 的 OCR 处理

扫描件的处理流程是：渲染成图片、OCR 识别、按坐标重组文本。

import fitz from paddleocr import PaddleOCR ocr = PaddleOCR(use_angle_cls=True, lang="ch") def parse_scanned_pdf(pdf_path, dpi=200): doc = fitz.open(pdf_path) chunks = [] for page_num in range(len(doc)): page = doc[page_num] # 渲染成图片 pix = page.get_pixmap(dpi=dpi) img_path = f"/tmp/page_{page_num}.png" pix.save(img_path) # OCR 识别 result = ocr.ocr(img_path, cls=True) # 按 y 坐标排序，重组为阅读顺序 lines = [] for line in result[0]: box, (text, conf) = line y_center = sum(p[1] for p in box) / 4 x_left = min(p[0] for p in box) lines.append((y_center, x_left, text, conf)) lines.sort(key=lambda x: (round(x[0] / 10), x[1])) # 合并为段落 page_text = merge_lines_to_paragraph(lines) chunks.append({ "content": page_text, "page": page_num + 1, "type": "ocr" }) return chunks def merge_lines_to_paragraph(lines, y_threshold=15): paragraphs = [] current = [] last_y = None for y, x, text, conf in lines: if conf < 0.6: # 低置信度跳过或标记 continue if last_y is not None and abs(y - last_y) > y_threshold: if current: paragraphs.append("".join(current)) current = [] current.append(text) last_y = y if current: paragraphs.append("".join(current)) return "\n".join(paragraphs)

这里的关键点是按坐标排序重组。OCR 返回的结果顺序不一定符合阅读顺序，尤其是多栏排版，必须根据坐标重新排列。y 坐标相近的归为同一行，行间距大的视为段落分隔。

5.5 第四步：图文混排 PDF 的混合策略

图文混排是最考验策略的场景。我的做法是：文本部分走常规抽取，图像部分单独提取后送给多模态模型理解。

def parse_mixed_pdf(pdf_path, multimodal_client=None): doc = fitz.open(pdf_path) chunks = [] for page_num in range(len(doc)): page = doc[page_num] # 文本抽取 text = page.get_text() if text.strip(): chunks.append({ "content": text.strip(), "page": page_num + 1, "type": "text" }) # 图像提取与理解 images = page.get_images(full=True) for img_index, img in enumerate(images): xref = img[0] base_image = doc.extract_image(xref) image_bytes = base_image["image"] # 过滤小图标 if len(image_bytes) < 5000: continue if multimodal_client: description = multimodal_client.describe_image(image_bytes) chunks.append({ "content": f"[图片内容] {description}", "page": page_num + 1, "type": "image" }) return chunks

多模态模型对图片的描述要尽量结构化，比如让它输出“图表类型、坐标轴含义、关键数据点、趋势描述”，这样检索时更容易命中。

5.6 第五步：分块策略与元数据注入

解析完成后，分块策略直接影响检索效果。我的经验是：

按语义分块，不按固定长度。固定 512 字符切分看似简单，但会把完整段落切碎。更好的做法是先按段落、标题、表格等语义单元切分，再对超长单元做二次切分。

块大小控制在 200 到 800 字之间。太短信息不足，太长检索精度下降。表格类内容可以适当放宽。

注入丰富元数据。每个块除了内容，还要带上来源文件、页码、内容类型、解析方式等信息。这些元数据在检索过滤和结果展示时非常有用。

def build_chunk(content, source, page, chunk_type, parser): return { "content": content, "metadata": { "source": source, "page": page, "type": chunk_type, "parser": parser, "char_count": len(content) } }

6. 常见问题与排查技巧实录

6.1 解析结果为空或大量缺失

这是最常见的问题，排查思路按顺序走：

先确认 PDF 是否有文字层。用 PyMuPDF 打开，调page.get_text()，如果返回空字符串，说明是扫描件，需要走 OCR。

如果确认有文字层但抽取为空，检查是否字体嵌入异常。有些 PDF 使用了非标准字体编码，导致文本抽取失败。这种情况可以尝试用 PyMuPDF 的get_text("rawdict")获取原始字符信息，或者直接渲染成图片走 OCR。

还有一种情况是 PDF 加密。用doc.is_encrypted判断，如果是加密文档，需要先解密再处理。

6.2 OCR 识别率低

识别率低通常有三个原因：图像质量差、语言包不匹配、版面过于复杂。

图像质量差的话，可以在 OCR 前做预处理：灰度化、二值化、去噪、纠偏。PaddleOCR 对图像质量有一定容忍度，但太模糊的图还是先处理一下更稳。

语言包不匹配是新手常踩的坑。中文文档必须用中文模型，中英混排要确认模型是否支持。我遇到过用英文模型识别中文文档，结果全是乱码的情况。

版面复杂的话，考虑换用多模态模型，或者先做版面分析，把不同区域分开识别。

6.3 表格解析错位

表格解析错位是 RAG 场景下最头疼的问题之一。排查方向：

如果表格有清晰的边框线，pdfplumber 的extract_tables()通常能处理好。如果表格没有边框线，需要调整table_settings参数，用文本对齐方式来推断列边界。

如果表格跨页，需要做跨页合并处理。我的做法是检测连续页面的表格结构相似度，相似则合并。

如果表格单元格内有换行，解析后会出现行错位。这种情况需要在后处理阶段根据坐标信息重新对齐。

6.4 多栏排版串读

多栏排版串读的典型表现是：读出来的文字左右栏交叉，语义混乱。解决方法是在解析时先做版面分析，识别分栏边界，再按栏分别抽取。

PyMuPDF 可以通过字符坐标判断分栏。简单做法是统计页面文字的 x 坐标分布，如果出现明显的双峰分布，说明是双栏排版，按 x 坐标中位数切分即可。

6.5 常见问题速查表

6.6 几个我踩过的坑

坑一：忽略 PDF 版本差异。同样是 pdfplumber，对不同版本 PDF 的解析结果可能不同。建议在管道里记录 PDF 的生成工具和版本信息，方便问题回溯。

坑二：OCR 置信度阈值设太高。一开始我把置信度阈值设到 0.8，结果大量正常文本被过滤掉。后来降到 0.6，配合人工抽检，效果反而更好。阈值不是越高越好，要在召回和准确之间找平衡。

坑三：多模态模型描述太笼统。早期我让模型“描述这张图”，结果返回的都是“这是一张图表”之类的废话。后来改成结构化提示词，要求输出图表类型、数据维度、关键数值、趋势结论，信息密度才上来。

坑四：忘记处理页眉页脚。页眉页脚进知识库后，检索时频繁命中，严重干扰结果。后来在解析阶段加了页眉页脚识别逻辑，根据位置和重复模式自动剔除。

坑五：分块时切断表格。表格被从中间切开，检索时只能匹配到半张表。后来规定表格作为独立块处理，不参与常规分块，问题才解决。

7. 工具组合策略与性能优化建议

7.1 按文档类型组合工具

没有哪个工具能通吃所有 PDF，组合使用才是正解。我总结了一套组合策略：

原生文本加规则表格，用 PyMuPDF 加 pdfplumber。PyMuPDF 负责快速抽取和页面渲染，pdfplumber 负责表格精细提取。

扫描件加中文内容，用 PyMuPDF 加 PaddleOCR。PyMuPDF 渲染，PaddleOCR 识别，坐标重组。

图文混排加复杂图表，用 PyMuPDF 加多模态模型。文本走常规抽取，图像走模型理解。

大批量简单文档，用 PyMuPDF 单工具流式处理，追求速度。

7.2 性能优化实操

并行处理：PDF 解析是 IO 密集加 CPU 密集的混合任务，可以用多进程并行。我一般按页面粒度拆分，用进程池并行处理，速度能提升三到五倍。

缓存机制：解析结果按文件哈希缓存，重复处理时直接读缓存。这在调试阶段特别有用，避免每次改分块逻辑都重新解析。

增量处理：记录已处理文件的指纹，只处理新增或修改过的文件。大批量知识库更新时，这个优化能省大量时间。

资源控制：OCR 和多模态模型调用要控制并发数，避免把内存或 API 配额打满。我一般给 OCR 设 4 到 8 个并发，多模态调用设 2 到 4 个并发。

7.3 质量监控与持续优化

管道上线不是终点，要建立质量监控机制。我的做法是：

每周抽样一批解析结果，人工评估质量，记录问题类型和分布。如果某类问题频繁出现，就针对性优化对应环节。

建立回归测试集，每次调整解析逻辑后跑一遍，确保没有引入新问题。

监控关键指标：解析成功率、平均处理耗时、OCR 平均置信度、人工抽检合格率。指标异常时及时排查。

8. 多模态大模型在 PDF 解析中的进阶用法

8.1 结构化信息抽取

多模态模型最强大的能力是结构化抽取。你可以直接告诉它“从这张图中提取所有数据，以 JSON 格式返回”，它就能输出结构化的数据。

比如处理财务报表截图，提示词可以这样写：“提取图中的财务数据，输出 JSON，包含科目名称、本期金额、上期金额三个字段。”模型会返回类似{"科目": "营业收入", "本期": "1234万", "上期": "1100万"}的结果。

这种能力在传统 OCR 加规则的时代是很难实现的，现在一句话就能搞定。但要注意，模型输出需要校验，尤其是数字类信息，建议加一道规则校验或人工抽检。

8.2 图表理解与趋势描述

对于折线图、柱状图、饼图这类图表，多模态模型能直接给出趋势描述。提示词可以设计为：“描述这张图表展示的数据趋势，包括整体走向、关键拐点、最大值和最小值出现的位置。”

这样生成的描述文本进入知识库后，用户问“某指标近几年的趋势如何”，就能检索到对应内容。这是纯文本抽取完全做不到的。

8.3 跨页内容关联

多模态模型还能处理跨页关联。比如一个表格跨了两页，可以把两页图片一起送给模型，让它输出完整表格。这比用规则做跨页合并要省事得多。

8.4 成本控制策略

多模态模型成本不低，必须做成本控制。我的策略是：

先用传统方法处理，只把传统方法搞不定的页面送给模型。比如 OCR 置信度低于阈值的页面、包含大量图表的页面、表格结构复杂的页面。

对模型输出做缓存，相同图片不重复调用。

批量调用时合并请求，减少 API 往返开销。

9. 从解析到入库的完整管道串联

9.1 管道架构设计

完整的管道应该是这样的：文件扫描、类型分流、分类型解析、结果清洗、语义分块、元数据注入、向量化、入库。

每个环节都要有日志和错误处理。解析失败的文档不能静默丢弃，要记录到失败队列，人工介入处理。

9.2 关键配置参数

9.3 错误处理与重试

解析管道要有健壮的错误处理。我的做法是：

单页解析失败不影响整篇文档，记录失败页码，继续处理其他页。

OCR 调用失败自动重试三次，仍失败则标记为待人工处理。

多模态调用超时设置合理上限，避免长时间阻塞。

所有异常记录详细上下文，方便排查。

10. 一些个人体会与后续扩展方向

做 RAG 数据导入这几年，我最大的体会是：解析质量决定了 RAG 项目的天花板，而这个天花板往往在项目初期就被定死了。很多人急着上线，随便找个工具把 PDF 转成文本就入库，结果后面无论怎么调检索策略，效果都上不去。回头返工重做解析，成本比一开始就做好高得多。

另一个体会是，没有银弹工具，只有合适的组合。我见过有人执着于找一个“完美”的 PDF 解析工具，试了十几个都不满意。其实正确的思路是理解每种工具的边界，然后组合使用。PyMuPDF 做分流和渲染，pdfplumber 做表格，PaddleOCR 做中文扫描件，多模态模型做复杂图表，各司其职，效果比任何单一工具都好。

后续这个管道还可以往几个方向扩展。一是接入版面分析模型，自动识别文档结构，减少规则调优工作。二是建立解析质量的自动评估机制，用模型评估解析结果质量，减少人工抽检成本。三是做解析结果的可视化对比，方便快速定位问题。

最后分享一个小技巧：在解析阶段就给每个块打上质量标签，比如“高置信度文本”“OCR 识别”“模型理解”“人工校验”。检索时可以按质量标签做加权，高质量块优先返回。这个做法在实际项目中效果很明显，能有效提升最终答案的可靠性。