> 研究性质：开源工程/模型深度调研（非学术论文，但遵循「来源必注、矛盾必呈、局限必明」之研究纪律） > 检索时间：2026-07-11（文中凡涉版本号、Star 数、精度，皆标注信源与时效，跨源冲突已单列） > 语言：简体中文（文白相间，以费曼之道喻之）
—
摘要（Executive Summary）
PaddleOCR 者，百度飞桨（PaddlePaddle）团队所开源之光学字符识别（OCR）工具库也。其自 2020 年 6 月开源，六载迭代，已由单一「文字识别」工具，进化为覆盖文本检测、文本识别、版面分析、表格识别、公式识别、关键信息抽取（KIE）、乃至 LLM 驱动的文档问答之「文档智能引擎」（Document AI Engine）。
其核心有三层能力：
1. 通用文字识别（PP-OCR 系列）——以「检测→方向分类→识别」级联流水线著称，尤以 PP-OCRv5（2025）单模型通吃简体/繁体中文、拼音、英文、日文五类文字与复杂手写体，较上代端到端精度提升 13 个百分点。 2. 文档结构解析（PP-Structure 系列）——将 PDF/图片转为保留版式的 Markdown/JSON，主攻表格、公式、版面复原。 3. 大模型文档理解（PP-ChatOCR / PaddleOCR-VL）——引入文心（ERNIE）或自研 0.9B 视觉语言模型（VLM），做端到端文档解析与问答。
开源生态之翘楚：Apache 2.0 许可（可商用），GitHub Star 约 70k+（2026 年多家信源称 82k），被 Dify、RAGFlow、MinerU、OmniParser、Cherry Studio、Umi-OCR、Haystack、QAnything 等明星项目内置为默认 OCR 引擎，堪称 AI Agent / RAG 生态之「事实标准」之一。
然须审慎：精度之「13% 提升」「98.6% 准确率」等数字，多出自官方内部评测集或 favorable 子集，与公开基准（OmniDocBench、olmOCR-Bench、TRivia）口径不一；且 2025 年后，新一代「VLM-OCR」（DeepSeek-OCR、HunyuanOCR、dots.ocr、Qwen2.5-VL 等）以端到端范式崛起，在复杂版面与长文档理解上构成实质挑战。选型不可唯「开源 OCR 老大哥」之名，而当视场景而定。
—
一、何为 PaddleOCR：定位与基本事实
| 维度 | 事实 | 来源与时效 |
|---|---|---|
| 出品方 | 百度飞桨（PaddlePaddle）团队 | 官方 README【1】 |
| 首次开源 | 2020 年 6 月 | 社区综述【2】 |
| 底层框架 | PaddlePaddle（飞桨深度学习框架） | 官方 README【1】 |
| 许可协议 | Apache 2.0（商业可用，无传染性） | PyPI 官方元数据【3】、多源一致 |
| 主语言 | Python（推理）/ C++（部署） | 官方 README【1】 |
| 支持系统 | Linux / Windows / macOS | 多源一致【1】【4】 |
| 硬件 | CPU / GPU（CUDA）/ 昆仑芯 XPU / 昇腾等国产 NPU | 官方更新页【5】【4】 |
| GitHub Star | 约 70k+（2026 年部分信源称 82k，见下文矛盾辨析） | PyPI 称 70k+【3】；aitntnews 称 82k+（2026-06）【6】 |
| 安装 | pip install paddlepaddle paddleocr | 官方 README【1】 |
费曼喻之：若把「读懂一张图里的字」比作「在杂乱书桌上找便条并念出声」，传统 OCR 是把「找便条位置」（检测）、「摆正便条」（方向分类）、「逐字念出」（识别）三件事分开做；PaddleOCR 之经典 PP-OCR 流水线，正是这般「分而治之」，故模块清晰、可控、易嵌。
—
二、技术演进：PP-OCR 的版本谱系
PaddleOCR 之精华，在 PP-OCR 系列。其演进，乃一部「精度↑、体积↓、速度↑」之工程压缩史。
| 版本 | 时间 | 关键改动 | 来源 |
|---|---|---|---|
| PP-OCR（v1） | 2020-08 | 初代：MobileNetV3 骨干 + DB 检测 + CRNN 识别，端到端超轻量 | 官方博客【7】 |
| PP-OCRv2 | 2021-08 | 检测引入 PAN 改进；识别引入 SVTR 雏形 + 智能蒸馏，精度大涨 | 官方博客【7】 |
| PP-OCRv3 | 2022-08 | 检测引入 LKP（大核卷积）；识别以 SVTR-LCNet 为骨干；无监督预训练 | 官方博客【7】【8】 |
| PP-OCRv4 | 2023–2024 | 检测：PP-LCNetV3 骨干 + PFHead + DSR + CML 蒸馏；识别：SVTR_LCNetV3 + Lite-Neck + GTC-NRTR + DKD 蒸馏；中文场景较 v3 提 4%+，多语平均提 8%+ | 官方 PP-OCRv4 介绍【9】 |
| PP-OCRv5 | 2025-05（随 PaddleOCR 3.0） | 单模型通吃 5 类文字（简/繁中、拼音、英、日）+ 复杂手写体；端到端较 v4 提 13 个百分点 | 官方更新页【5】、微博发布文【10】 |
PP-OCRv4 之十处改进（官方列【9】）：检测侧 4 项（LCNetV3 骨干、PFHead 并行头、DSR 动态 shrink ratio、CML 蒸馏 loss 优化）；识别侧 6 项（SVTR_LCNetV3、Lite-Neck、GTC-NRTR 指导分支、多尺度训练、DF 数据挖掘、DKD 蒸馏）。
PP-OCRv5 之革命性：此前业界惯以「一模型治一文字」，若一文含中英日三语，须召三模型，效率低下。PP-OCRv5 以统一权重覆盖多语多型，乃业界首个单模型支持 5 类文字之超轻量（<100M）开源方案【10】。
—
三、核心架构：检测—分类—识别，与文档智能三件套
3.1 经典 PP-OCR 流水线（级联式）
输入图像 │ ▼ [方向分类] PP-LCNet / MobileNetV3 → 0°/90°/180°/270° │ ▼ [文本检测] DB / EAST / SAST / PSE → 文字区域多边形坐标 │ ▼ [文本识别] CRNN / SVTR / NRTR / RARE → 字符序列 + 置信度 │ ▼ 输出：[{“bbox”: […], “text”: “…”, “score”: 0.xx}, …]
– 文本检测：主推 DB（Differentiable Binarization，可微分二值化）——将「分割」与「二值化阈值」合一，反向传播自学习最优阈值，兼顾精度与速度；ICDAR2015 上 F-measure 约 86%【11】。另备 EAST（快但对复杂排版略逊）、SAST / PSE（任意形状文本）。 – 文本识别： – CRNN（CNN+RNN+CTC）：经典稳定，参少量小，然 RNN 串行、长文本易遗忘。 – SVTR（Scene Text Recognition with Visual Tokens）：以 Transformer 自注意力代 RNN，局部—全局交替建模，长文本、弯曲文本、手写体更鲁棒【12】。 – NRTR（纯 Transformer）、RARE（注意力机制）等为备选。 – 方向分类：轻量 PP-LCNet / MobileNetV3。
费曼喻之：CRNN 如「逐字念稿，念到后半段忘了前半段」；SVTR 如「一眼扫全行，脑中自组上下文」，故长句、潦草字更稳，然算力略高。
3.2 PP-OCRv5 之模型变体与基准（官方内部多场景评测集）
| 模型 | 角色 | 大小(MB) | 关键指标 | 说明 |
|---|---|---|---|---|
| PP-OCRv5_server_det | 检测(服务端) | 84.3 | Hmean 83.8% | GPU 推理 ~89ms（标准）/70ms（高性能）【13】 |
| PP-OCRv5_mobile_det | 检测(端侧) | 4.7 | Hmean 79.0% | 移动/嵌入式，CPU ~51ms【13】 |
| PP-OCRv5_server_rec | 识别(服务端) | 81 | 准确率 86.38% | 中/繁/日，GPU ~8.5ms【13】 |
| PP-OCRv5_mobile_rec | 识别(端侧) | 16 | 准确率 81.29% | 中/繁/日，CPU ~5.4ms【13】 |
分场景识别精度（加权平均，官方 12 场景评测）【13】【14】：
| 场景 | v4_server | v5_server | v4_mobile | v5_mobile |
|---|---|---|---|---|
| 手写中文 | 0.363 | 0.581 | 0.298 | 0.417 |
| 手写英文 | 0.266 | 0.581 | 0.255 | 0.494 |
| 繁体中文 | 0.410 | 0.747 | 0.322 | 0.720 |
| 拼音 | 0.269 | 0.744 | 0.259 | 0.725 |
| 竖排文本 | 0.546 | 0.931 | 0.592 | 0.809 |
| 古籍文本 | 0.308 | 0.604 | 0.259 | 0.579 |
| 日文 | 0.462 | 0.737 | 0.472 | 0.758 |
| 加权平均 | 0.574 | 0.840 | 0.530 | 0.802 |
> 观此表可知：v5 之最大跃升在「手写、繁体、拼音、古籍、日文」——此正前代之软肋。端到端较 v4 提 13 个百分点，主要源于此。
多语种专用识别模型（3.1.0 起）【15】：新增法/西/葡/俄/韩等 37 语种识别模型，平均精度涨超 30%；并备英、泰、希腊等专用 mobile 模型（如韩文 88.0%、泰米尔 94.2%、泰文 82.68%、希腊 89.28%）【16】。
3.3 文档智能三件套
PaddleOCR 早已不止「识字」，更有「解文」之能：
1. PP-Structure（版面分析 + 表格 + KIE） – 流程：图像矫正 → 版面区域检测（文字/表格/图片/公式/印章）→ 分而治之（表格入表格识别，文本入 OCR）→ 版面复原为 Word/PDF【17】。 – PP-StructureV3（2025）：复杂 PDF → Markdown/JSON，保留单元格级坐标，公开评测领先众多开源/闭源方案【5】【18】。 – 表格识别模型：SLANeXt 系列、Table Recognition v2 流水线【19】。 – 公式识别：PP-FormulaNet-L/S（5 万 LaTeX 词表，印刷/手写公式）【19】。
2. PP-ChatOCR（LLM 驱动的信息抽取） – PP-ChatOCRv3/v4：融合文心大模型（ERNIE 4.5），做文档问答、实体抽取、摘要；解决生僻字、多页 PDF、表格、印章等难点；较 v3 精度提 15 个百分点【5】【20】。 – v4 支持本地部署大模型（如 DeepSeek-R1），提供 OpenAI 兼容接口【19】。
3. PaddleOCR-VL（视觉语言模型路线） – PaddleOCR-VL（0.9B）→ PaddleOCR-VL-1.5（2026）：以 NaViT 动态分辨率 + ERNIE-4.5，端到端解析文本/表格/公式，支持 100+ 语种，输出 Markdown/JSON【21】【22】。 – 定位「超紧凑文档解析 VLM」，在 OmniDocBench 等基准超 GPT-4o；CPU 可跑（两阶段：先 layout 模型，后 LLM-OCR）【21】。
—
四、横向对比：群雄逐鹿
4.1 经典 OCR 工具对比（场景文字识别）
| 方案 | 类型 | 中文精度(典型) | 速度(CPU) | 体积 | 语言 | 许可 | 来源 |
|---|---|---|---|---|---|---|---|
| PaddleOCR (PP-OCRv4/v5) | 传统级联 | 高（端到端~85%+） | 快（mobile 模型极速） | 9–16MB(mobile) | 80+/100+ | Apache 2.0 | 多源【2】【9】 |
| Tesseract 5 | 传统(含 LSTM) | 中（中文偏弱~78–85%） | CPU 最快 | ~45MB | 100+ | Apache 2.0 | 对比文【2】【23】 |
| EasyOCR | 传统(CRNN) | 中高(~85–93%) | 中 | ~75MB | 70+ | Apache 2.0 | 对比文【2】 |
| MMOCR (OpenMMLab) | 传统/检测识别 | 高 | 中 | 大 | 中 | Apache 2.0 | 社区共识 |
| 百度智能云 OCR / Azure / Google Vision | 商业 API | 很高 | 依赖网络 | 无 | 广 | 商用收费 | 商业方案 |
> 关键发现【2】【23】：精度序 PaddleOCR ≥ DocTr > EasyOCR > Tesseract；速度权衡上 Tesseract 在纯 CPU 环境最优，PaddleOCR 在 GPU 加速时效率更高；资源消耗上 Transformer 架构（DocTr）内存开销大。
费曼喻之：Tesseract 如「老式复印机，稳但对中国字常认错」；EasyOCR 如「方便但胖」；PaddleOCR 如「既轻又准的瑞士军刀」——然其「刀柄」是飞桨框架，初用者须先装飞桨（虽可 ONNX 导出解脱）。
4.2 与新一代「VLM-OCR」之争（2025–2026 焦点）
2025 年后，OCR 范式生变：端到端 VLM 直接「看图出结构化文本」，告别检测→识别级联。代表者：
– DeepSeek-OCR（3B，视觉压缩 MoE，10× 压缩 97% 精度）【24】 – HunyuanOCR（腾讯，1B，端到端多功能）【24】 – dots.ocr（小红书，1.7B/3B，统一布局与内容）【21】 – Qwen2.5-VL（阿里，通用 VLM 兼 OCR）【21】 – GOT-OCR2.0（阶跃，1.5B）【24】
公开基准对决（olmOCR-Bench，分数越高越好）【21】：
| 模型 | 分数 | 类型/参数量 |
|---|---|---|
| Chandra OCR | 83.1% | 未知 |
| Infinity-Parser 7B | 82.5% | 7B |
| OLMOCR 2 7B | 82.4% | 7B |
| PaddleOCR-VL | 80.0% | 0.9B |
| dots.ocr | 79.1% | 3B |
| Marker | 76.1% | 未知 |
| MonkeyOCR Pro 3B | 75.8% | 3B |
| DeepSeek-OCR Base | 75.7% | 3B |
| MinerU 2.5.4 | 75.2% | 未知 |
| GPT-4o | 69.9% | 未知 |
| Qwen2.5-VL 7B | 65.5% | 7B |
| Gemini 2.0 Flash | 63.8% | 未知 |
| GOT-OCR | 48.3% | 未知 |
另一基准（TRivia，OmniDoc/TEDS 表格结构）【25】：PaddleOCR-VL TEDS 91.12 / S-TEDS 94.62；DeepSeek-OCR TEDS 83.79；dots.ocr TEDS 90.65。可见 PaddleOCR-VL 在版面/表格结构还原上仍居前列，且参数量仅 0.9B，性价比突出。
结论性辨析（据多源综合【24】【21】）： – 传统 PaddleOCR（PP-OCR 级联） 胜在：极致轻量、模块化可控、边缘/高并发、卡证/票据专用模型成熟、与既有 CV 流水线易集成。 – VLM-OCR（含 PaddleOCR-VL） 胜在：复杂版面、长文档、端到端结构化、与 LLM/RAG 协同。 – 二者非替代，乃分层共存：轻量场景用 PP-OCR，复杂文档理解用 PP-StructureV3 / PaddleOCR-VL。
—
五、部署与生态
5.1 部署矩阵
| 场景 | 方案 | 说明 |
|---|---|---|
| 本地 Python | pip install paddleocr + PaddleOCR() | 最简，研究/原型 |
| 高性能推理 | Paddle Inference / PaddleX 3.0 统一接口 | 3.0 起重构，统一 Python API 与 CLI【5】 |
| 跨引擎 | Paddle2ONNX → ONNX Runtime / TensorRT / OpenVINO / MNN / NCNN | 摆脱飞桨锁定，布于异构硬件【26】 |
| 移动端 | Paddle Lite（Android）/ Paddle Mobile（iOS）/ Paddle.js（Web） | 端侧毫秒级【27】 |
| 服务化 | 高稳定服务化部署方案（3.2.0 开源，可自定 Docker/SDK）、paddle-serving（gRPC/HTTP）、Triton | 支持动态批处理、版本管理、QPS 限流【27】【15】 |
| 多语言调用 | C++ / Java / Go / C# / Node.js / PHP 服务调用示例（3.1.0+）【15】 | 工业落地友好 |
| Agent 集成 | 官方 MCP Server（支持 Claude Desktop 等）【3】 | 直连 AI Agent |
| 国产硬件 | 昆仑芯 XPU、昇腾 NPU、RTX 50 系（Windows） | 信创适配【5】【15】 |
5.2 被谁在用（生态采用度）
据官方 README 与多源【1】【3】【4】【6】：
– Dify（Agent 工作流平台）、RAGFlow（深度文档理解 RAG）、MinerU（文档转 Markdown）、Microsoft OmniParser（纯视觉 GUI Agent 屏幕解析）、Cherry Studio（多 LLM 桌面端）、Umi-OCR（离线批量 OCR）、Haystack（AI 编排框架）、QAnything（网易有道问答）、pathway（Python ETL/RAG）等，皆以 PaddleOCR 为默认/核心 OCR 引擎。
> 此等采用，乃其「事实标准」地位之最硬佐证——非营销辞令，而是代码仓库之真实依赖。
—
六、局限与争议（Devil’s Advocate 视角）
研究之要，不在一味称善，而在呈其短、揭其争。以下为须警惕之点：
1. 精度口径混乱，数字须打折。 – 官方「端到端较 v4 提 13 个百分点」出自内部多场景评测集，非公开标准基准【5】【10】。 – 部分博客称 PP-OCRv4「通用场景准确率 98.6%」「Hmean 97.3%」【28】【11】，与官方 PP-OCRv5 页所示检测 Hmean 83.8%、识别 86.38% 量级迥异——盖因数据集、指标（Hmean vs accuracy vs 子集）不同。凡见单数字「9x%」，须问「何集、何指标、何场景」。
2. 版本号与 Star 数之跨源冲突（矛盾必呈）。
– Star 数：PyPI 官方 README 称「70k+」【3】；2026-06 社区文称「82k+ Stars、10.7k Forks」【6】；他源亦称「70k+」【4】。本文取区间 70k–82k，以 2026 年口径偏向上沿。
– 版本：PyPI 最新稳定发行版为 3.5.0（2026-04-21）【3】；社区有「3.7.0（2026-06-11）」之说【6】，然未获官方 PyPI 佐证。本文以官方更新页 3.2.0（2025-08）为确证节点，3.5/3.7 视作后续迭代。
– ⚠️ 凡涉及生产决策之版本，请以 pip index / GitHub releases 实时核验。
3. 框架锁定之隐忧。 – 原生依赖 PaddlePaddle，初学者有学习曲线；虽 ONNX 导出可缓解，然端到端 VLM（PaddleOCR-VL）仍绑飞桨+ERNIE 栈。相较纯 PyTorch 生态（EasyOCR、MMOCR），移植性略逊。
4. VLM 范式冲击。 – 2025 后 DeepSeek-OCR、HunyuanOCR、dots.ocr 等以端到端 VLM 在复杂文档理解上逼近甚至局部反超；PaddleOCR 虽以 PaddleOCR-VL 应战，但「经典级联 vs 端到端」之争未定，长期路线存变数【24】【21】。
5. 多语种精度不均。 – 虽宣称 100+ 语种，然官方详测集中于中/英/日/繁/拼音；泰、希腊等专用模型精度 82–89%【16】，较主流语种偏弱，小语种场景须实测。
6. 许可与合规。 – Apache 2.0 可商用，然若调用文心大模型（PP-ChatOCRv4）或百度智能云，须另查其服务条款与费用，与 Apache 2.0 之本地模型许可非一事。
—
七、场景化选型建议
| 场景 | 推荐方案 | 理由 |
|---|---|---|
| 移动端 / 嵌入式 / 高并发 | PP-OCRv5 mobile 模型（det 4.7MB + rec 16MB） | 极致轻量，CPU 可跑，端侧毫秒级 |
| 中文/中英混排卡证、票据 | PP-OCRv5 server（+ 方向分类） | 中文场景精度 SOTA，有专用后处理 |
| 复杂 PDF / 论文 / 报表解析 | PP-StructureV3 或 PaddleOCR-VL | 表格/公式/版面坐标精细，转 Markdown/JSON |
| 文档问答 / 关键信息抽取 | PP-ChatOCRv4（本地 LLM 或 ERNIE） | LLM 驱动，生僻字/多页/表格友好 |
| 长文档 / 与 RAG 深度协同 | PaddleOCR-VL 或 DeepSeek-OCR | 端到端、上下文压缩降 LLM 成本【24】 |
| 纯 CPU、极简、西文为主 | Tesseract 5 | 零依赖、CPU 最快，西文够用 |
| 快速原型、Python 优先 | EasyOCR | pip 即装，然体积大、精度逊于 PaddleOCR |
—
八、结论
PaddleOCR 之六载，乃「开源 OCR 从工具到平台」之缩影。其以工程化极致（轻量、模块化、易部署）立足，以生态采用（RAG/Agent 事实标准）立威，更以 PP-OCRv5 / PP-StructureV3 / PaddleOCR-VL 三线并进，回应大模型时代之文档智能需求。
然吾须直言：「开源 OCR 老大哥」之名，不等于「万事皆最优」。精度数字须辨口径，VLM 新锐已叩门，框架绑定仍存，小语种待补。步子哥若欲落地，宜先定场景——轻量识字号用 PP-OCRv5，复杂解文用 PP-StructureV3 / PaddleOCR-VL，西文极简用 Tesseract——方为「使人懂、使人用」之实学。
—
九、参考资料（含时效与可信度）
> 可信度分级：🔴官方（GitHub/PyPI/官方博客/arXiv 论文）＞🟡权威技术媒体/论文预印＞🟢社区博客（精度数字须复核）
1. 🔴 PaddlePaddle/PaddleOCR GitHub README（官方，持续更新）—— https://github.com/PaddlePaddle/PaddleOCR
2. 🟢 社区综述《PaddleOCR: 百度支持 80 语言的超轻量 OCR 工具包》（2026）—— https://www.solosoft.dev/zh-cn/post/paddleocr-ocr-toolkit-2026
3. 🔴 PyPI paddleocr 项目页（Apache 2.0，3.5.0，2026-04-21）—— https://pypi.org/project/paddleocr/
4. 🟢 yudady 技术规格整理（v3.6.0，2026-05）—— https://yudady.github.io/001-TODO/cli/PaddleOCR%20-%20%E7%99%BE%E5%BA%A6%E9%96%8B%E6%BA%90%20OCR%20%E5%B7%A5%E5%85%B7%E5%8C%85%E8%88%87%E6%96%87%E4%BB%B6%20AI%20%E5%BC%95%E6%93%8E/
5. 🔴 官方更新页（PaddleOCR 3.0，2025-05-20；3.0.1，2025-06-05）—— https://www.paddleocr.ai/v3.0.1/update/update.html
6. 🟢 aitntnews《PaddleOCR: 82k+ Stars 的国产 OCR 天花板》（2026-06）—— https://www.m.aitntnews.com/newDetail.html?newId=26252
7. 🔴 官方 PP-OCR 系列博客（v1–v3 演进）—— https://www.paddleocr.ai/v2.9/ppocr/blog/
8. 🟢 搜狐《PP-OCRv4 模型结构与吊牌场景微调》（SVTR 解析，2025）—— https://www.sohu.com/a/1037388911_122678409
9. 🔴 官方《PP-OCRv4 介绍》—— https://www.paddleocr.ai/v2.9/ppocr/blog/PP-OCRv4_introduction.html
10. 🔴 飞桨官方微博《PaddleOCR 3.0 发布：OCR 精度跃升 13%》（2025-05-20）—— https://weibo.com/ttarticle/p/show?id=2309405170889372336403
11. 🟡 百度云《PaddleOCR 前沿算法解析》（Hmean 数字，须复核口径）—— https://cloud.baidu.com/article/5468498
12. 🟢 CSDN《PaddleOCR 深度解析与 DeepSeek-OCR 对比》（SVTR 说明）—— https://funian.blog.csdn.net/article/details/153775482
13. 🔴 官方 PP-OCRv5 模型指标页（检测/识别 Hmean、大小、延迟）—— https://www.paddleocr.ai/latest/version3.x/algorithm/PP-OCRv5/PP-OCRv5.html
14. 🔴 DeepWiki PP-OCRv5 技术度量（12 场景分表）—— https://deepwiki.com/PaddlePaddle/PaddleOCR/2.1-pp-ocrv5-universal-text-recognition
15. 🔴 GitHub update.en.md（3.1.0/3.1.1/3.2.0 多语种与部署，2025-08）—— https://github.com/PaddlePaddle/PaddleOCR/blob/main/docs/update/update.en.md
16. 🟢 CSDN《PP-OCRv5 全面指南》（多语种 mobile 模型精度，2025）—— https://blog.csdn.net/Lvyizhuo/article/details/161052840
17. 🟡 百度 AI Studio《PP-Structure 快速入门》—— https://aistudio.baidu.com/projectdetail/8365674
18. 🔴 官方 PP-StructureV3 说明（3.0 更新页）【5】
19. 🔴 GitHub README（PP-DocLayout / PP-FormulaNet / SLANeXt / PP-ChatOCRv4，2024-03 更新）【1】
20. 🟡 百度 AI Doc《文档场景信息抽取 v3 产线（PP-ChatOCRv3）》（2024-11-21）—— https://ai.baidu.com/ai-doc/AISTUDIO/Am3qr4ysb
21. 🟡 掘金《LLM 入局，OCR 换代：DeepSeek 与 PaddleOCR-VL 等》（olmOCR-Bench 表，2025-10 口径）—— https://juejin.cn/post/7564282361250021385
22. 🔴 arXiv《PaddleOCR-VL: Boosting Multilingual Document Parsing via a 0.9B Ultra-Compact VLM》(2025, 2510.14528) / 《PaddleOCR-VL-1.5》(2026, 2601.21957) —— https://arxiv.org/abs/2510.14528
23. 🟡 百度云《OCR 识别开源项目技术选型指南》（对比实测）—— https://cloud.baidu.com/article/4282243
24. 🟡 腾讯云《DeepSeek-OCR-2 开源 OCR 模型的技术》（综合对比表，2025）—— https://developer.cloud.tencent.com/article/2628496
25. 🔴 DeepWiki TRivia 基准（OmniDoc/TEDS 表）—— https://deepwiki.com/opendatalab/TRivia/6-benchmarks-and-performance
26. 🔴 PaddlePaddle/Paddle2ONNX GitHub README（ONNX 导出）—— https://github.com/PaddlePaddle/Paddle2ONNX
27. 🟢 CSDN《PaddleOCR 文字识别快速入门：安装、Python 调用与 C++ 部署》—— https://wenku.csdn.net/doc/chzrx4xbpd
28. 🟢 CSDN《PaddleOCR: 全面解析百度开源的 OCR 王者》（精度数字须复核）—— https://www.cnblogs.com/ljbguanli/p/19621117
学术引用（官方技术报告）
– Cui, C. et al. (2025). PaddleOCR 3.0 Technical Report. arXiv:2507.05595. – Cui, C. et al. (2025). PaddleOCR-VL: Boosting Multilingual Document Parsing via a 0.9B Ultra-Compact Vision-Language Model. arXiv:2510.14528. – Cui, C. et al. (2026). PaddleOCR-VL-1.5: Towards a Multi-Task 0.9B VLM for Robust In-the-Wild Document Parsing. arXiv:2601.21957.
—
声明
– AI 辅助研究声明：本报告由 AI 辅助研究工具（WebSearch / WebFetch 检索 + 综合撰写）生成，旨在快速梳理脉络；凡涉生产、采购、合规之决策，请以官方文档与实时基准复核为准。 – 时效声明：检索日为 2026-07-11；OCR 领域迭代极快（尤 VLM-OCR），文中版本/精度/Star 数可能已变，跨源冲突已单列，请以官方源为准。 – 矛盾披露：Star 数（70k vs 82k）、版本（3.5.0 vs 3.7.0）、精度口径（内部集 vs 公开基准）之冲突，已分别标注，未做武断取舍。
#PaddleOCR #OCR #文档智能 #深度学习 #飞桨 #深度研究 #智柴