电信系下场开源PaddleOCR 还坐得住吗国产文档解析的版图要重排【免费下载链接】TeleOCR项目地址: https://ai.gitcode.com/XingChen-AGI/TeleOCR2026 年 8 月一个最初以 NaviDC-OCR 为名的模型静悄悄放出权重与技术报告一个月后它更名为 TeleOCR并以约 1.2B 参数横扫 OmniDocBench v1.6、Wild-OmniDocBench、PureDocBench、Dr.DocBench 与 ICDAR2026 Sci-ImageMiner 五大榜单。真正让圈内震动的不是分数本身而是它的出身——中国电信旗下 TeleAI星辰团队。当国家队带着产业场景、国产算力和开源诚意下场文档解析这条原本由 PaddleOCR-VL、MinerU 双雄把持的赛道第一次迎来重量级变数。本文结合 TeleOCR 仓库源码与全网实测情报拆解三个问题电信系为什么做文档解析、1.2B 参数如何读懂一整张文档、以及这场版图重排会走向哪里。一、电信系为什么做文档解析一场入口级卡位战先从时间线看动机。根据 README 的 News 记录NaviDC-OCR 模型权重与技术报告于 2026/08/17 同日发布技术报告编号 arXiv:2608.128982026/09/01团队带着原生权重参加 EMNLP 2026 举办的 Dr.DocBench Challenge成绩直接超过 MinerU 2.5 Pro 与 PaddleOCR-VL 1.62026/09/10项目正式更名为 TeleOCR成为后续迭代的统一版本。从更名到登顶节奏之快说明这不是一次偶发的学术实验而是有组织、有产线规划的动作。电信系做文档解析卡位的是入口场景是现成的。运营商体系的政务合同、营业账单、客服工单、纸质档案流转天然是 OCR 与文档解析的刚需场景而 RAG 与知识库建设的爆发让文档结构化从可选升级为必选。底座是自研的。TeleAI 背靠星辰大模型体系与分布式算力具备从数据清洗、伪标签生成到模型蒸馏的完整训练条件——这是纯学术团队很难复制的禀赋。合规与信创是硬门槛。政务与金融场景对私有化部署、国产算力适配有刚性要求社区实测已出现昇腾 910B 上的 bf16 原生部署路径见下文这正是电信系的优势区。更值得注意的是开源姿态模型采用 Apache-2.0 协议权重、技术报告、推理代码一次性放出且对社区贡献GGUF 转换、llama.cpp 支持明确致谢。这意味着电信系不是来刷榜引流的而是要把 TeleOCR 做成生态底座——文档解析是所有 AI 应用摄入现实世界信息的咽喉谁掌握了它谁就掌握了数据入口。二、1.2B 的参数凭什么读懂一整张文档TeleOCR 的核心卖点是把传统 OCR 从识字升级为理解文档正文、标题、表格、公式、代码块、版面与阅读顺序一体化输出 Markdown / HTML / LaTeX。做到这一点靠的不是堆参数量而是架构继承与训练方法论的组合拳。架构站在 Qwen2.5-VL 肩膀上做减法从仓库的 config.json 可以精确读出模型结构语言侧为 28 层 Transformerhidden_size 1024、16 头注意力、8 组 KV 头GQAintermediate_size 3072词表 151936且开启了tie_word_embeddings权重共享视觉侧为 32 层 ViThidden_size 1280patch 14window 112在第 7/15/23/31 层插入全注意力其余采用窗口注意力再经 PatchMerger 以 2×2 合并降维modeling_naviocr.py 中Qwen2_5_VLPatchMerger与spatial_merge_size2的实现清晰可见。约 1.2B 总参数bfloat16 精度一张消费级显卡即可推理。预处理器配置preprocessor_config.json中min_pixels: 3136、max_pixels: 12845056表明模型采用 Qwen2.5-VL 的动态分辨率机制——高分辨率文档自动切片为多 patch 输入这为表格细节不丢、公式不糊提供了底层保障。方法论把矫正从预处理挪进模型README 明确列出了六项关键技术多节点共识投票MCV自动生成伪标签、面向拍摄文档的几何感知建模、曲率引导 Douglas-Peucker 采样CGDP、图到图自验证数据清洗、四阶段渐进式训练、表格与公式的内容-结构解耦学习。其中最具战略意义的是几何感知建模传统方案需要先做去畸变矫正再送识别管线TeleOCR 则直接把形变感知能力内化进多模态大模型数字文档与手机实拍弯折文档统一解析、免预矫正。训练数据的自动生成链路MCV 投票 图到图自验证也解释了 1.2B 小模型为何能获得超越 235B 大模型的精度——高质量的多样本文档数据远比堆参数有效。OTSL给表格识别一条可验证的中间语言表格是文档解析中最容易出错的结构。TeleOCR 没有让模型直接生成 HTML而是引入 OTSL表格结构语言中间格式仅用 6 个特殊 tokennl、fcel、ecel、lcel、ucel、xcel描述单元格位置及 rowspan/colspan 关系再由确定性代码转换为 HTML避免模型自嗨式生成导致的标签错位。仓库 README.md 给出了完整实现def convert_otsl_to_html(otsl_content: str) - str: if otsl_content.startswith(table) and otsl_content.endswith(/table): return otsl_content tokens, parts _otsl_extract_tokens_and_text(otsl_content) cells, rows _otsl_parse_texts(parts, tokens) # ... 依据 start/end row/col offset 计算 rowspan / colspan return table .join(html_rows) /table推理侧同样讲究README 的infer()示例采用do_sampleFalse贪心解码max_new_tokens4096generation_config.json 中temperature0.1、top_k1、repetition_penalty1.05整套配置指向文档解析要的是确定性输出而非创造性发散。这种中间格式 确定性后处理的设计让表格解析结果可验证、可审计正是生产级流水线最看重的性质。轻量化的三重落地路径社区情报给出了三条已验证的部署路径INT4 量化后约 1GB 显存即可运行GGUF 量化将 2.8GB 权重压至 1.5GB配合 llama.cpp 实现无 CUDA 依赖的 CPU 推理覆盖边缘设备昇腾 910B 上可做 bf16 原生部署直接对接国产算力栈。文档解析的私有化门槛从服务器级降到了单卡甚至纯 CPU。仓库中四张示例图直观展示了多任务能力文本抽取assets/text.png、表格还原assets/table.png、公式转 LaTeXassets/formula.png以及从科学图表中提取隐含表格数据assets/scientific_figure.png——后者对应 README 中 This is a scientific figure. Please extract the table implied by this figure. 的提示词用法是论文图表数据挖掘的实用场景。三、榜单与实测PaddleOCR-VL 与 MinerU 的正面压力数字最能说明冲击力。先看 OmniDocBench v1.6仓库 README.md 原始对照表模型参数OverallTable TEDSTable TEDS-SText EditTeleOCR1.2B96.8797.0598.520.027OvisOCR20.8B96.5894.7697.160.025PaddleOCR-VL-1.60.9B96.3394.7697.110.033MinerU2.5-Pro1.2B95.7593.4295.920.036GLM-OCR0.9B95.2292.8395.390.044Qwen3-VL-235B235B89.7883.0786.750.063GPT-5.2—86.5282.9587.930.114这张表的冲击点有两个其一1.2B 的 TeleOCR 在综合分与表格两项上同时压过 PaddleOCR-VL-1.6 与 MinerU2.5-Pro——后两者正是当前国内文档解析使用面最广的模型其二235B 的 Qwen3-VL 与 GPT-5.2 被甩开 710 分说明参数量在文档解析这件事上远不如数据与训练目标重要。更关键的差异在拍摄文档场景。Wild-OmniDocBench 专门考察手机拍摄、透视变形的真实文档TeleOCR 以 88.53 综合分登顶领先 PaddleOCR-VL-1.687.36与 MinerU2.5-Pro87.33表格 TEDS 89.05 对两者的 85.76/85.46优势接近 4 个点。PureDocBench 则验证了抗退化能力在 Real Degraded 一档TeleOCR 以 70.85 综合分领先所有端到端 VLM且在公式与表格子项上均列第一。这与社区实测结论一致——免畸变矫正的手机拍照文档解析不是宣传话术而是基准数据支持的差异化能力。Dr.DocBench Challenge 的官方记录README 原始数据同样值得玩味TeleOCR 67.96MinerU 2.5 Pro 62.26PaddleOCR-VL 1.6 55.11——这是 EMNLP 2026 官方竞赛场景下的原生权重成绩没有任何为竞赛特调的空间。再加上 ICDAR2026 Sci-ImageMiner 榜单排名第一加权分 41.81领先第二名 VLMinatorsTeleOCR 在论文图表数据提取这个垂直场景也建立了话语权。四、版图推演国产文档智能的下一个五年TeleOCR 的入场实质上是把国产文档解析从工具竞争拉进生态竞争。格局一端到端 VLM 正在取代流水线。PaddleOCR 长期以检测 识别 结构化流水线闻名工程成熟度极高MinerU 则在开源社区深耕 Markdown 转换体验。而 TeleOCR 代表的新范式是一个模型吃下整张图版面分析、OCR、表格、公式、阅读顺序一次生成免矫正、免管线拼接。社区已有 CSDN 实测将其用于财务自动化、法律风险识别与政务服务输出的正是带层级标签的 JSON 结构化数据——这正是 RAG 与知识库最渴求的输入格式。格局二国家队补齐了国产算力闭环。PaddleOCR-VL 与 MinerU 的部署生态以 CUDA 为主而 TeleOCR 的社区情报中已出现昇腾 910B 原生部署与 GGUF/llama.cpp 纯 CPU 路线。对政务、金融等信创敏感场景电信系开源模型 国产 NPU是一条现成的合规路径。这是纯互联网系开源项目难以复制的禀赋。格局三竞争重心从准不准转向数据与生态。TeleOCR 的技术报告揭示了一个关键事实它的领先源于高质量多源文档数据驱动的训练链路MCV 伪标签 图到图自验证 四阶段渐进训练而非架构创新。这意味着后续竞争的本质是数据工程能力与持续迭代速度的比拼。电信系手握海量真实业务文档理论上具有持续供给优质训练数据的优势而 PaddleOCR 与 MinerU 的护城河则在社区惯性——海量教程、插件生态与生产踩坑经验这些是刷榜无法替代的。当然这场重排并非没有悬念。TeleOCR 目前的技术报告与社区讨论仍集中在基准与部署层其在中文长文档、复杂版面泛化上的长期表现有待更大规模的生产验证开源社区的活跃度、周边工具链标注、微调、服务化框架的成熟度也仍需时间沉淀。文档解析是一个慢变量赛道一次登顶只是入场券真正的版图之争才刚刚开始。对开发者而言眼下最值得做的一件事是拿自己的合同扫描件、论文 PDF、甚至手机拍的歪照片用仓库里 README.md 的infer()函数跑一遍亲自感受免矫正端到端解析与既有流水线的差距。国产文档智能的下一轮竞争已经从谁能识别得更准演进到谁能把现实世界的数据更可靠地送进 AI 系统而 TeleOCR 已经在这个新战场上替国家队打出了第一记重拳。【免费下载链接】TeleOCR项目地址: https://ai.gitcode.com/XingChen-AGI/TeleOCR创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考