Xberg vs LlamaParse：本地抽取与托管解析怎么选？

先看你希望自己维护哪一段流程

如果你正在开发知识库、文档搜索或 RAG 数据管线，希望从本地文件开始控制解析、错误记录与后续索引，可以先试 Xberg。如果你更希望通过托管接口处理文档，并接受服务账户、上传和按处理量计费，可以评估 LlamaParse。决定因素包括部署边界、文件类型、结果结构和维护能力，不能只看产品页上的格式数量。

本文核对于 2026 年 10 月 23 日。Xberg 路径使用 Python 3.11 与 PyPI 的 xberg 1.3.9 做了合成文件测试；没有向 LlamaParse 上传同一批文件，也没有共同准确率、延迟或吞吐量排名。官方文档与已发布 wheel 的版本可能不同，落地时应固定实际安装版本。

关键区别一览

维度	Xberg	LlamaParse
常见接入方式	把抽取组件集成进自己的程序	调用托管解析服务
运维责任	自己维护运行环境、依赖和任务	维护接入、服务账户、结果验收和费用
数据流	本文演示本地字节输入；可选功能需另查	常规云接口需要传送文档；企业部署选项另谈
结构化字段	文本和表格仍需映射与业务校验	Parse 与 Extract 是不同服务职责
费用	MIT 软件许可与运行成本分开	按当前服务档位、积分与计量规则核算
本文证据	六种合成文件成功，两个失败保留	官方文档和计价规则核对

Xberg：适合将抽取纳入自己的程序

Xberg 提供文档抽取 SDK。对于已经有 Python 管线的团队，它的价值是把读取文件、调用抽取、检查错误、保存结果和建立索引放在同一条可控流程里。你可以记录文件摘要、版本、输出内容及失败原因，再决定是否重试或进入人工复核。

本次用六个正常样本检查 PDF、DOCX、HTML、CSV、中文 TXT 和英文图片。六个均返回了预期关键文本，HTML 与 CSV 还返回了表格对象；一份损坏 DOCX 和一个不在演示允许列表中的文件保留为失败记录。这证明所选环境中的基本流程能跑通，不证明真实合同、财务表格或中文扫描件都能正确处理。

本地集成也意味着你负责依赖安装、资源上限、版本升级及异常隔离。本文没有为演示开启外部 LLM 服务，但不能由此推断所有可选功能、模型下载与部署组合都完全离线。生产环境应按真实配置检查外连和文件流向。旧 Kreuzberg 文档还保留历史接口，直接复制旧包名或同步函数容易用错版本。

LlamaParse：先分清 Parse、Extract 与框架

LlamaParse 的常规云接入把文档交给服务解析，再取回结果。它适合希望减少底层文档处理维护、已有服务接入规范并且可以接受对应数据边界的团队。接入后仍需要保存任务标识、关联源文件、处理失败、控制重试和验收输出，托管不会自动完成这些业务工作。

LlamaIndex 开源框架与 LlamaParse 云服务不能混为一谈。安装一个开源框架，不代表托管解析不计费，也不代表文件始终留在本机。官方提供企业部署相关选项，具体可用性和约束要按合同与部署方案确认，因此也不能简单说它完全没有私有部署选择。

尤其要区分 Parse 和 Extract：把文档转成可阅读、可处理的内容，与按照字段定义取得发票号、币种、税额，是不同验收目标。若业务要求结构化字段，应核对所用产品接口、输出 schema、支持的处理方式及对应计费，不能拿解析文本成功替代字段验收。

OCR 和表格应该怎么比较

先按文档来源分组：数字生成的 PDF、扫描 PDF、照片、Office 文件和表格文件分别建立样本。每组保存原始文件、期望字段和可人工核对的参考答案，再记录错误属于缺字、阅读顺序、表格边界还是字段映射。这样才能知道换工具是否解决了你的问题。

本次 Xberg 英文图片 OCR 返回了发票号和金额标记，但空格与排版并不等同于原图。中文 DOCX 与 TXT 成功仅说明相应文本抽取，不能用来宣传中文扫描 OCR 准确率。表格数量大于零同样不说明跨页行、合并单元格和金额列都正确。