2026 年了，PDF 表格提取为什么还是这么难？连 OCR + VLM 都搞不定

"我的 OCR 能认字了，VLM 也能描述图片了，但为什么一个简单的表格还是提取不对？"

一、每个打工人都懂的场景

你有没有遇到过这种情况——

客户发来一份 PDF 格式的银行流水，你需要提取里面的交易记录。你试了市面上的一切工具：Adobe 自带的导出、在线 PDF 转 Excel、甚至把图片丢给 GPT-4o 让它帮你提取。

结果呢？

• 有的工具识别出了文字，但表格对不齐
• 有的工具提取出了数据，但表头重复了三遍
• 有的工具给了你一份漂亮的 JSON，但你仔细一看——行列关系全乱了

这不是你的问题。

今天 Reddit r/computervision 上有人提出了这个灵魂拷问，短短几小时就引发了大量讨论：

"为什么 PDF 表格提取到现在还是这么难，连 OCR + VLM 都搞不定？"

二、问题不在"认字"，在"认结构"

发帖人一语道破了关键：

"我研究了一圈 PDF 表格提取的工作流，发现瓶颈从来就不是'模型能不能读文字'。失败的根本原因是结构性的。"

具体来说，PDF 表格提取有四大"鬼见愁"问题：

1. 合并表头

|    季度销售汇总    |
| Q1      | Q2      |
| 华东|华北| 华东|华北|

这种分层表头，OCR 读出来的文字是对的，但你无法从纯文本中还原"Q1 的华东"和"Q2 的华东"之间的层级关系。

2. 无边框表格
很多 PDF 里的表格其实没有物理边框，只是通过排版让文字"看起来像表格"。对 OCR 来说，这些文字就是换行排列的文本，根本不知道哪里是表头哪里是数据行。

3. 跨页续表
一个长表格跨了两页，下一页没有了表头。很多工具就把第二页的数据当成新的独立表格处理了——结果数据少了一半，字段还对不上。

4. 行漂移
某列文字太长自动换行后，下一列的对应单元格就对不齐了。人眼能看出来，机器就一脸懵。

三、为什么 VLM 也救不了

你可能想："那我直接把 PDF 截图丢给 VLM（视觉大模型）呢？"

发帖人指出：

"最糟糕的情况是，LLM 确实返回了一份看起来很干净的 JSON——但你没有任何可靠的方法将某个数值追溯到它原本所在的表格单元格。对于生产环境来说，有用的输出不只是 Markdown 或 JSON，而是带有行列关系、置信度和源坐标的结构化单元格。"

换句话说：VLM 擅长"理解"，但不擅长"精准定位"。

它可能告诉你"这个表里有 30 条交易记录"，甚至能给你一个看起来完全正确的内容描述——但当你需要精确知道"第三行第二列的值是多少，它在 PDF 中的坐标位置是什么"时，它就无能为力了。

四、社区在用什么方案？

原帖作者正在收集实战方案，目前社区讨论的主要路线有四个：

评论区的主流观点是：没有银弹。 最好的方案通常是用专门的表格检测模型识别结构，OCR 识别文字，再用逻辑规则或轻量模型把两者拼起来。

五、为什么这个问题值得关注

你可能觉得"表格提取"是个小众技术问题——但它的影响面远比想象中大：

• 📊 金融行业：报表、流水单、对账单，全是表格
• 📋 医疗行业：化验单、病历表格、药品清单
• 📑 法律行业：合同条款比对、证据表格

- 📈 **数据分析**：PDF 报告→结构化数据→分析链路上的第一环节

• 🤖 RAG 系统：如果你的知识库里的文档包含表格，提取不好，检索就是一坨

AI 从业者经常说"数据是 AI 的燃料"——但如果你的 PDF 表格提取这一步就卡住了，后面再强的模型也没用。

相关链接：
- Reddit 原帖 - Why is PDF table extraction still hard?
- Table Transformer - 微软开源表格检测模型
- PaddleOCR - 百度开源 OCR 工具包