当前位置: 首页 > news >正文

DeepSeek-OCR

论文部分

摘要

一、研究目的与核心思想
DeepSeek-OCR 是一次关于 “通过光学二维映射(optical 2D mapping)压缩长上下文” 的初步探索。它的目标是让模型能高效地从高分辨率输入中提取关键信息,把大量文本压缩成更少的视觉 token,从而实现高效的 OCR(光学字符识别)与长文本理解。

二、模型结构
模型包含两个主要组件:

        DeepEncoder:核心引擎,负责在高分辨率输入下保持低激活量(即计算量低),同时实现高压缩率,把大规模文字信息压缩为少量视觉 token。        

        DeepSeek3B-MoE-A570M:作为解码器,用来从压缩后的视觉 token 中恢复文本(即执行 OCR)。

三、实验结果与应用价值
当文本 token 数量不超过视觉 token 的 10 倍(压缩比 <10×)时,模型的 OCR 精度达到 97%。即使压缩比提高到 20×,精度仍有 约 60%。在 OmniDocBench 基准测试上,DeepSeek-OCR 使用 更少的视觉 token 就超过了GOT-OCR2.0(256 tokens/页),以及MinerU2.0(6000+ tokens/页)。

        在生产环境中,一张 A100-40G GPU 每天可处理超过 20 万页文档。这些结果显示,DeepSeek-OCR 不仅在研究上对 长上下文压缩与遗忘机制(memory forgetting) 有启发意义,也在实际应用中具有高价值(如为 LLM/VLM 生成大规模训练数据)。

引言

一、研究动机:长文本处理的计算瓶颈
当前的大语言模型(LLMs)在处理长文本(long context)时面临巨大的计算开销——主要原因是序列长度平方级的计算复杂度(quadratic scaling)。为了解决这个问题,作者提出一个新思路:利用视觉模态(visual modality)作为文本信息的高效压缩介质。

一句话解释:
与其让 LLM 直接处理成千上万的文字,不如先把整页文字“变成一张图像”,再通过视觉 token 表示。因为一张图片能包含大量文字信息,却只需要少得多的视觉 token(vision tokens)。这就是所谓的 “光学压缩(optical compression)” 概念。

二、研究切入点:从视觉语言模型(VLM)到 LLM 效率优化
以往的 VLM(如做图像问答 VQA 的模型)主要研究人类视觉理解任务,而本文作者换了角度——从 LLM 的效率优化 角度重新审视 VLM,探索视觉编码器如何帮助 LLM 更高效地处理文本。在这一思路下,OCR(光学字符识别)任务 被选为理想的测试场景,因为:它天然建立了视觉 → 文本 的映射关系(压缩与解压缩)。同时可以用准确率等指标进行量化评估。因此,作者设计了 DeepSeek-OCR 作为一个概念验证模型(proof-of-concept)。

三、主要贡献
1. 视觉-文本压缩比的定量分析


实验表明模型在不同压缩比下的 OCR 精度:

9–10× 压缩:96%+ 精度

10–12× 压缩:约 90% 精度

20× 压缩:约 60% 精度

即便压缩 10 倍以上,模型仍能准确还原文本。这说明:LLMs 未来可以通过适当预训练,学会从高压缩视觉信息中恢复文本内容。

2. 提出 DeepEncoder 架构
DeepEncoder 是专为高分辨率输入下的低内存占用与高压缩率设计的新型编码器。
结构上:串联 局部窗口注意力(window attention) 与 全局注意力(global attention);中间加入一个 16× 卷积压缩器(convolutional compressor);它先让局部模块处理大量视觉 token,再在进入全局模块前压缩 token 数量,实现高效记忆与计算节约。

3. 构建 DeepSeek-OCR 系统并实现 SOTA 性能


模型由 DeepEncoder + DeepSeek3B-MoE 组成;在 OmniDocBench 基准上取得 最先进(state-of-the-art)性能,且使用的视觉 token 数最少;还能解析图表、化学式、几何图形、自然图像等多种内容;具备极高生产效率:20 个节点(8×A100-40G)每天能生成 3300 万页训练数据。

四、研究意义与展望
作者最后总结:这是首次系统验证“视觉模态可作为高效文本压缩介质”的可行性;DeepSeek-OCR 实现了 7–20× token 压缩,显著缓解 LLM 的长上下文计算瓶颈;提供了 视觉-语言 token 分配优化 的实证依据;展示了该方法在实际大规模部署中的可行性;虽然本研究以 OCR 为起点,但这一范式预示了未来 视觉与语言的深度协同,可能成为提升 LLM 计算效率的新方向。

相关工作

传统OCR

一、段落主旨
作者想说明:

现有 VLM 的视觉编码器主要有三种典型架构(dual-tower、tile-based、adaptive resolution),
各有优势,但在高分辨率输入下都存在明显局限,因此需要一种新的、更高效的视觉编码方案(即作者后面提出的 DeepEncoder)。

二、三种典型视觉编码器类型与分析


① 双塔结构(Dual-tower architecture)——代表模型:Vary [36]
做法: 使用两个并行的视觉编码器(如 SAM [17]),以提升视觉词汇参数数量,从而处理高分辨率图像。

优点:

参数规模可控;

激活内存(activation memory)可管理。

缺点:

需要 双重图像预处理(dual preprocessing),部署复杂;编码器管线在训练时难以实现高效并行(pipeline parallelism)。

总结: 性能可调,但训练和部署复杂。

② 分块方法(Tile-based method)——代表模型:InternVL2.0 [8]
做法: 将大图像划分成多个小块(tiles),分别处理并并行计算,以降低高分辨率输入下的内存占用。

优点:

能处理极高分辨率图像;

并行性好。

缺点:

原生编码器分辨率通常较低(<512×512);因此大图会被过度切碎,产生大量视觉 token→ 导致计算负担重、信息碎片化。

总结: 能处理大图,但 token 太多、效率低。

③ 自适应分辨率编码(Adaptive resolution encoding)——代表模型:Qwen2-VL [35]
做法: 采用 NaViT [10] 思路,直接对整张图进行基于 patch 的分块编码,而不是分 tile 并行。

优点:

能灵活处理不同尺寸的图像(更通用)。

缺点:

大图像会导致激活内存消耗巨大,容易GPU 溢出;序列打包(sequence packing)需要超长序列,训练代价高;太长的视觉 token 序列会拖慢推理的 prefill 和 generation 阶段。

总结: 灵活但资源消耗极高,难以扩展。

端到端OCR

一、段落主旨
作者回顾了 OCR(光学字符识别)领域的发展趋势:
传统 OCR 由检测(detection)+ 识别(recognition) 两个独立模型组成;
而随着 视觉语言模型(VLM) 的发展,出现了端到端(end-to-end)OCR 模型,它们能够直接从图像生成文本,大幅简化流程并提升效率。

但这些模型虽然性能强大,却没有回答一个核心科学问题:

文本信息量和视觉 token 数量之间的“最低对应关系”是什么?

也就是,一幅图像(视觉 token)能代表多少文字信息(文本 token)——
这正是 DeepSeek-OCR 想研究的“视觉压缩”原理。

二、现有端到端 OCR 模型回顾
① Nougat [6]
特点: 第一个用于学术论文(arXiv)的端到端 OCR 模型。

意义: 证明了 end-to-end 框架能有效处理复杂、密集的文档解析任务。

贡献: 开启了端到端 OCR 的研究方向。

② GOT-OCR2.0 [38]
特点:

扩展了 OCR2.0 框架,涵盖更多合成图像解析任务(synthetic image parsing);

在性能与效率之间进行权衡(performance-efficiency trade-off)。

 意义: 展示了端到端 OCR 在泛化性与计算效率之间的潜力。

③ 通用视觉模型(General Vision Models)
代表:Qwen-VL 系列 [35]、InternVL 系列 [8] 等。

特点:

虽然并非专为 OCR 设计,但不断增强了对文档解析(document OCR)的能力;

探索更广泛的“密集视觉理解(dense visual perception)”任务边界。

意义: 表明视觉语言模型正逐渐具备 OCR 能力,但仍缺乏底层原理研究。

三、关键科学问题(未被解决)
作者指出,目前所有这些模型都忽视了一个关键问题:

“对于一份包含 1000 个词的文档,至少需要多少个视觉 token 才能正确解码?”

这个问题与作者的研究主题“用视觉 token 压缩文本信息”密切相关。
它不仅影响 OCR 的计算效率,也涉及视觉与语言之间信息容量的本质关系。

方法

架构

一、段落主旨
作者在这一节说明:

DeepSeek-OCR 是一个统一的端到端视觉语言模型(VLM)架构,
由 编码器(DeepEncoder) 和 解码器(Decoder)
两个主要部分组成。

模型的核心思想是:

由 编码器 将图像转化为压缩后的视觉 token 表示;

再由 解码器 基于这些 token 和输入提示(prompt)生成最终文本结果(如 OCR 输出)。

二、架构组成与参数规模
1. 编码器(Encoder = DeepEncoder)
功能: 提取图像特征、进行视觉表示的 token 化与压缩;

参数规模: 约 3.8 亿(380M)参数;

结构组成:

一个 80M 参数的 SAM-base 模型(用于高质量视觉特征提取);

一个 300M 参数的 CLIP-large 模型(用于语义级视觉编码);

两者是串联(connected in series)使用的。

特点:

高效地将图像转化为压缩的视觉 token,是实现视觉压缩和低显存占用的核心组件。

2. 解码器(Decoder)
功能: 基于视觉 token 和输入提示生成输出(如 OCR 文本)。

结构: 采用 3B MoE(Mixture of Experts)架构;

激活参数: 约 5.7 亿(570M)。

作用:负责语言生成部分;能灵活应对多类型任务(如 OCR、图表理解、化学式解析等)。

DeepEncoder

一、总体目标与设计动机
作者一开始说明了为什么要自己设计 DeepEncoder:
为实现“上下文的光学压缩(context optical compression)”,一个合格的视觉编码器必须同时具备以下五种能力:

能处理高分辨率输入;

在高分辨率下激活开销低(low activation);

输出少量视觉 tokens;

能支持多种分辨率输入;

参数规模适中(不过大)

但现有开源模型(如前面提到的 SAM、InternVL、Qwen2-VL 等)无法同时满足这些条件,因此作者设计了一个新的视觉编码器——DeepEncoder。

二、Architecture of DeepEncoder —— 编码器结构设计
1. 结构总览
DeepEncoder 由两个主要组件组成:

视觉感知特征提取模块(Visual Perception Feature Extraction):以 window attention 为主;

视觉知识特征提取模块(Visual Knowledge Feature Extraction):以 dense global attention 为主。

二者串联构成完整的视觉理解管线:局部注意力(捕捉细节) → 卷积下采样(压缩 tokens) → 全局注意力(捕捉全局语义)。

2. 主体组件来源与修改
前半部分使用 SAM-base(patch size = 16),负责视觉感知;后半部分使用 CLIP-large 作为全局特征提取模块;在 CLIP 部分中,去掉了第一层 patch embedding,因为输入不再是原始图像,而是前半部分输出的 token 序列。

3. 中间的卷积压缩模块
为了进一步减少视觉 token 数量、控制计算量,作者借鉴 Vary [36] 的思路,
在两部分之间插入了一个 两层卷积压缩模块(2-layer convolutional module):

执行 16× 下采样;

卷积参数:kernel size = 3,stride = 2,padding = 1;

通道数从 256 → 1024。

例如:
若输入图像为 1024×1024,经过 patch 分割(每块 16×16)后,得到

1024/16 × 1024/16 = 4096 个 patch tokens。

由于前半部分(window attention)只有约 80M 参数,激活量(activation)仍在可接受范围。
然后再进入后半部分(global attention)进行全局语义整合。

三、Multiple Resolution Support —— 多分辨率支持机制
DeepEncoder 不仅要高效,还要适应不同分辨率输入,以便处理不同类型文档(如论文、报纸、表格等)。

1. 需求来源
作者希望测试一个问题:

“如果一张图中有 1000 个字符,最少需要多少视觉 tokens 才能准确解码?”

要研究这个问题,模型必须支持可变数量的视觉 tokens,即支持多分辨率输入。

2. 实现方式
通过两种机制实现多分辨率支持:

动态位置编码插值(dynamic interpolation of positional encodings)

多分辨率联合训练(multi-resolution joint training)

DeepEncoder 因此支持两大输入模式:

(a) Native Resolution(原生分辨率模式)
包含四个子模式:

模式分辨率视觉 tokens 数量
Tiny512×51264
Small640×640100
Base1024×1024256
Large1280×1280400

对于 Tiny / Small:直接缩放图像(不保留比例),防止 token 浪费。

对于 Base / Large:采用  填充(padding)保持图像长宽比。
有效视觉 token 数按以下公式计算:

(b) Dynamic Resolution(动态分辨率模式)
将两种原生分辨率组合使用,例如:

“Gundam mode” = n×640×640 局部视图 + 1 个 1024×1024 全局视图;

遵循 InternVL2.0 的分块(tiling)策略;

目的是:处理超高分辨率输入(如报纸、表格),进一步降低激活内存。

由于原生分辨率已经较大,每张图的分块数量 n 控制在 2–9 之间,避免过度碎片化。

Gundam 模式输出的视觉 token 数为:

若图像尺寸较小(宽高均 < 640),则 n=0,Gundam 模式自动退化为 Base 模式。

此外,还提到:

Gundam mode 与四种原生模式一起联合训练;

Gundam-master mode(1024×1024 局部视图 + 1280×1280 全局视图)是在已训练模型上继续训练得到的,用于负载均衡与超高分辨率任务。

MOE Decoder

一、段落主旨
这一节说明:

DeepSeek-OCR 的 解码器(Decoder) 采用 Mixture-of-Experts(MoE)结构,具体使用的是 DeepSeek-3B-MoE 模型,它能在保持较高表达能力的同时,大幅提升推理效率。

换句话说,这个解码器的设计核心是:
既要“像大模型一样聪明”,又要“像小模型一样高效”。

二、解码器架构:DeepSeekMoE
1. 结构与激活机制
解码器使用 DeepSeekMoE 框架,具体型号是 DeepSeek-3B-MoE;在推理阶段(inference):模型总共有 64 个专家(experts);每次只激活其中 6 个路由专家(routed experts) 和 2 个共享专家(shared experts);实际激活参数量约为 5.7 亿(570M)。

2. 设计优势
虽然模型名义上是 30亿参数(3B),
但由于 MoE 结构的稀疏激活机制,推理时只用到部分专家模块,
因此推理成本与约 5亿参数的小模型 相当。

这样做兼顾了:

大模型的表达能力(expressive capability);

小模型的推理效率(inference efficiency)。

这使得它非常适合“领域特定任务”(domain-centric research),例如本论文的 OCR 视觉语言建模。

三、解码过程(从视觉 token 到文本 token)
作者用一个公式来描述这一过程:

➡️ 这意味着:
解码器的任务是学习从少量视觉 token(压缩后的表示)还原出完整文本内容。

训练数据构建

一、总体思路:多源、多模态、高多样性
作者强调:
为了让 DeepSeek-OCR 同时具备 强 OCR 能力 + 一定通用视觉理解能力 + 语言生成能力,
他们构建了一个复杂且多样的训练数据体系,包含四类数据源:

数据类型主要功能占比
OCR 1.0 数据传统 OCR(文档、场景文字)70%
OCR 2.0 数据复杂结构(图表、化学式、几何图)
通用视觉数据保留通用视觉接口(caption、检测等)20%
纯文本数据提升语言生成能力10%

二、OCR 1.0 Data —— 传统 OCR 数据
1. 数据构成
主要包含两部分:

文档 OCR(Document OCR)

自然场景 OCR(Scene OCR)

文档 OCR
收集 3000 万页 PDF 文档,覆盖约 100 种语言;

中文 + 英文:约 2500 万页;

其他语言:约 500 万页。

提供两种标注层级:

粗标注(coarse annotation):

使用 fitz 工具直接从 PDF 中提取文本;

用于训练模型识别不同语言的文字形态;

精标注(fine annotation):

200 万页中文 + 200 万页英文;

使用先进布局模型(PP-DocLayout)和 OCR 模型(MinerU、GOT-OCR2.0)标注;

构建“检测 + 识别交替”的训练样本;

少数语言通过“小样本自训练(model flywheel)”生成 60 万条标注数据。

在训练时,通过不同的 prompt 区分粗标与精标。

另有 300 万份 Word 文档 用于生成高质量图文对,特别有助于公式与 HTML 表格任务。

补充使用了一些开源数据集(如 [28,37])。

自然场景 OCR
主要支持中英文;

图片来源:LAION 与 Wukong;

使用 PaddleOCR 自动标注;

共计 2000 万样本(中英文各 1000 万);

同样可以通过 prompt 控制是否输出检测框。

总结: OCR 1.0 数据覆盖多语言、多场景文字识别,支持从简单文本到复杂布局的学习。

三、OCR 2.0 Data —— 复杂人工图像解析数据
该类数据用于训练模型识别和解析复杂的视觉结构,包括:

图表(Charts)

化学结构式(Chemical Formulas)

平面几何图形(Plane Geometry)

图表数据
参考 GOT-OCR2.0 与 OneChart;

使用 pyecharts 和 matplotlib 渲染 1000 万张图表;

包括折线图、柱状图、饼图及复合图;

定义任务为:图像 → HTML 表格生成(image-to-HTML-table)。

化学式数据
来源:PubChem SMILES 格式;

使用 RDKit 渲染化学式图像;

生成 500 万图文对。

平面几何数据
参考 Slow Perception [39];

每个图形的“perception-ruler size”设为 4;

采用平移不变(translation-invariant)增强来提升多样性;

构建 100 万样本;

任务为:解析几何图形(见图6(b))。

总结: OCR 2.0 数据让模型能理解结构化图像(图表、公式、几何图),突破传统 OCR 的“纯文本”局限。

四、General Vision Data —— 通用视觉数据
由于 DeepEncoder 基于 CLIP-large,具备一定视觉知识承载能力;

因此作者加入少量通用视觉数据以保持模型的“视觉接口”。

参照 DeepSeek-VL2 [40],包含任务:

图像描述(caption)

目标检测(detection)

视觉定位(grounding)

占总训练数据约 20%。

目的:

不是让模型成为通用 VLM;

而是方便后续研究者继续扩展通用视觉任务。

五、Text-only Data —— 纯文本数据
为了保持语言能力,引入 10% 的纯文本预训练数据;

所有样本长度统一为 8192 tokens(即模型最大序列长度);

确保模型不仅能识别视觉信息,也能流畅生成自然语言。

六、总体数据比例总结

数据类型占比功能
OCR 数据(1.0 + 2.0)70%视觉文字识别与结构化图像解析
通用视觉数据20%保留视觉理解接口
纯文本数据10%保证语言生成能力

训练流程

一、总体结构:两阶段训练流程
作者一开始说明整个训练管线由两步组成:

阶段 a:单独训练 DeepEncoder;

阶段 b:联合训练完整的 DeepSeek-OCR 模型。

此外,“Gundam-master 模式” 是在训练好的 DeepSeek-OCR 模型上继续微调得到的(使用 600 万条样本),由于训练协议一致,因此不再赘述。

这体现了一个渐进式训练思路:先让编码器具备强视觉压缩能力,再与语言解码器结合形成完整系统。

二、Training DeepEncoder —— 编码器预训练阶段
训练目标
目标:让 DeepEncoder 学会从图像中提取有意义的视觉 token 表示;使用 next-token prediction(下一个 token 预测) 框架进行自监督训练;

参考模型:Vary [36] 的训练范式;语言模型部分使用 紧凑型语言模型(compact LM)[15] 作为辅助学习器。

使用数据
所有的 OCR 1.0 和 OCR 2.0 数据(即传统文档 + 图表/公式/几何图);额外采样 1亿条来自 LAION [31] 的通用视觉数据。

训练配置

项目参数
训练轮数2 epochs
batch size1280
优化器AdamW [23]
学习率5e-5
学习率调度余弦退火(cosine annealing scheduler [22])
序列长度4096 tokens

目标效果: 让 DeepEncoder 能在高分辨率下稳定运行、压缩 token,同时保持语义表达能力。

三、Training DeepSeek-OCR —— 完整模型训练阶段
在 DeepEncoder 训练完成后,作者将其与解码器结合,训练完整的 DeepSeek-OCR 模型。

训练平台与分布式设置
使用 HAI-LLM 平台 [14] 进行分布式训练;采用 pipeline parallelism(流水线并行,PP);

模型被划分为 4 个部分(PP0~PP3):

模块内容是否冻结
PP0SAM + 压缩模块(compressor)✅ 冻结参数(视为视觉 tokenizer)
PP1CLIP 部分❌ 可训练,视为输入嵌入层
PP2DeepSeek3B-MoE 的前 6 层❌ 训练
PP3DeepSeek3B-MoE 的后 6 层❌ 训练
项目参数
节点数20
每节点 GPU8 × A100-40G
数据并行度(DP)40
全局 batch size640
优化器AdamW
学习率初始 3e-5
学习率策略step-based scheduler

训练速度
纯文本数据:90B tokens/天;

多模态数据(图文混合):70B tokens/天。这说明模型在超大规模分布式系统上具有很高的训练吞吐率与工程可扩展性。

性能评估

DeepSeek-OCR 在“视觉—文本压缩”任务中的性能表现

一、研究目的
作者的核心目标是:

通过实验证明 DeepSeek-OCR 具备将文本高效“光学压缩(optical compression)”成图像表示的能力,
并能在解码阶段高精度地还原文本内容。

换句话说,他们要验证“一张图片能代表多少文字”这个关键科学问题(即上下文压缩可行性)。

二、实验设置
数据集
使用 Fox [21] benchmark(一个包含大量文本密集文档的评测集);

选取其中的 英文文档部分 进行测试;

用 DeepSeek-OCR 自身的 tokenizer(词表约 12.9 万词)对文本进行分词;

选择 长度在 600–1300 tokens 的文档,共计 100 页;

由于文本量较小,只测试:

Tiny 模式(64 vision tokens)

Small 模式(100 vision tokens)

运行设置
使用提示词(prompt):   <image>\nFree OCR.


来控制模型输出纯文本结果(无版式信息)。

由于输出格式与基准集格式不完全一致,因此作者说明:

实际真实精度会略高于测试结果。

三、主要实验结果

压缩比模式Vision TokensOCR 精度说明
≤10×Tiny / Small64–10097% 精度几乎无信息损失,效果非常理想
≈20×Tiny 模式<6460% 精度信息明显衰减但仍具可读性

结论:

在 10× 压缩率以内,模型几乎可以无损恢复原始文本(97%精度);

当压缩率超过 10× 时性能下降,主要原因有两个:

文档版式(layout)更复杂 → 增加视觉解析难度;

长文本在低分辨率图像(512×512 或 640×640)中变得模糊 → 信息丢失。

四、作者分析与启示
对于问题①(复杂布局),可以通过将文字渲染到单页布局来缓解;

对于问题②(模糊导致信息遗忘),作者提出:

这可能正体现出 “遗忘机制(forgetting mechanism)” 的一种自然特征。

即在极高压缩比下,模型自然丢弃部分信息,这与人类记忆的遗忘规律相似。

五、研究意义
这些结果表明:

“光学上下文压缩”是可行且高效的。

这种方法几乎不带额外开销(因为多模态系统本就配有视觉编码器)。

未来可能通过 text→image 压缩路径 实现接近 10× 的“无损上下文压缩”,
从而显著减少 LLM 的长上下文计算负担。

DeepSeek-OCR 在实际 OCR 应用中的性能表现与研究意义

一、段落主旨
作者强调:

DeepSeek-OCR 不仅是一个研究性原型(proof-of-concept),
而且在实际 OCR 任务中表现出强大的应用能力,
可用于大规模生成训练数据(供 LLM/VLM 预训练)。

二、实验与结果
实验基准
测试平台:OmniDocBench [27] —— 一个综合文档 OCR 基准。

对比模型:GOT-OCR2.0 [38]、MinerU2.0 [34] 等。

实验结果总结

模式分辨率视觉 tokens 数量对比表现
Tiny / Small 模式640×640100超过 GOT-OCR2.0(256 tokens)
Large 模式1280×1280(285 有效 tokens)400与当前 SOTA 模型表现相当
Gundam 模式动态多分辨率<800超越 MinerU2.0(约7000 tokens)

关键结论:

DeepSeek-OCR 在只用少量视觉 tokens 的情况下,性能仍然优异,
远优于其他模型在相似或更高计算成本下的表现。

这种高压缩率意味着:

计算开销更低;

模型具备更高“研究上限”(research ceiling);

更适合大规模数据生成与部署。

三、不同文档类型的性能分析
作者进一步在 Table 4 中展示了不同类别文档所需的视觉 token 数量差异:

文档类型所需视觉 tokens原因与分析
Slides(幻灯片)约 64内容稀疏、文本量少
Books / Reports(书籍、报告)约 100平均文本 token < 1000,因此压缩比 < 10×,模型精度高
Newspapers(报纸)需使用 Gundam / Gundam-master 模式(>800 tokens)报纸文本量大(4000–5000 tokens),超过常规模式 10× 压缩上限

总结性观察:

不同文档类型的最优压缩比不同;

超过 10× 压缩时,模型性能开始下降;

这验证了前面提出的 “光学上下文压缩边界(compression boundary)”。

四、研究启示
这些结果进一步表明:

DeepSeek-OCR 可在高压缩条件下保持强识别性能,具备实际部署价值;

实验揭示了视觉 token 压缩的上限(约 10×);

这种分析对未来研究有指导意义,尤其是:

VLM 的视觉 token 优化(vision-token optimization);

LLM 的上下文压缩与遗忘机制(context compression & forgetting mechanisms)。

DeepSeek-OCR 模型的定性分析

一、Deep Parsing —— 深层解析能力
核心思想
DeepSeek-OCR 不仅能识别文字,还能“深入理解”文档内部的复杂视觉元素。
它可以通过 “二级模型调用(secondary model calls)” 对图像中的特定内容进行再解析(即二次分析),这种机制被作者称为 “Deep Parsing(深层解析)”。

支持的解析类型
如图(Figures 7–10)所示,模型能解析:

图表(charts):识别并结构化图形数据;

几何图形(geometry):分析图形的几何关系;

化学式(chemical formulas):识别并转化为结构化化学表达式;

自然图像(natural images):提取图像中的核心视觉语义。

这些任务全部通过 统一的 prompt 格式 实现,显示出 DeepSeek-OCR 在多任务场景下的通用性与一致性。

二、Multilingual Recognition —— 多语言识别能力
训练背景
由于互联网上的 PDF 数据涵盖上百种语言,
而多语言识别对于 LLM/VLM 训练数据生成 至关重要,
DeepSeek-OCR 被设计为能处理近 100 种语言的文档。

模型表现
与中文、英文一样,多语言文档也支持两种 OCR 格式:

Layout OCR:保留页面版式;

Non-layout OCR:仅输出纯文本。

可视化结果(Figure 11)展示了模型在 阿拉伯语(Arabic) 和 僧伽罗语(Sinhala) 上的识别效果,表明模型具备跨语种泛化能力,能稳定处理不同书写系统。

这说明 DeepSeek-OCR 不仅是中英文 OCR 模型,而是一个通用多语言光学识别系统,适合全球文档场景。

三、 General Vision Understanding —— 通用视觉理解
虽然 DeepSeek-OCR 主要面向 OCR 场景,但作者也在训练阶段引入了部分 通用视觉数据,
因此模型具备一定的 图像理解能力(general image understanding)。

在 Figure 12 中,作者展示了模型在普通图像理解任务上的可视化结果,
表明它能够:

理解图像中的物体与场景;

执行基础描述(captioning)与内容识别任务。

虽然这种能力不如通用 VLM(如 Qwen-VL、InternVL)强,
但足以保证模型能在多模态任务中平滑衔接视觉输入,从而保留研究与扩展潜力。

DeepSeek-OCR 的研究意义、理论启发、未来方向与应用潜力

一、Discussion —— 对研究结果的反思与启示
1. 研究核心:探索视觉-文本压缩的边界
作者的核心问题是:

“要解码 N 个文本 token,至少需要多少个视觉 token?”

通过 DeepSeek-OCR 的实验,他们发现:

在 约 10× 压缩比 下可实现 近乎无损的 OCR 解码;

在 20× 压缩比 下仍可保留 约 60% 准确率。

这表明光学上下文压缩(vision-text compression)是可行且高效的,并可能成为未来解决长上下文处理计算瓶颈的新方向。

2. 概念延伸:应用于多轮对话的“光学记忆机制”
作者提出了一个前沿想法:

可以将“光学压缩”机制扩展到 多轮对话历史的存储与处理。

例如:

对最近的对话轮次(最近上下文)保持高分辨率编码;

对较久远的上下文(旧轮次)逐渐压缩或降采样;

形成一种分层的上下文记忆结构(hierarchical context memory)。

这使模型能在计算资源恒定的前提下处理“理论上无限长”的上下文。

3. 理论启发:与人类记忆的类比
作者指出,视觉压缩机制与人类记忆衰退规律存在自然相似性:

人类记忆会随时间逐渐衰退;

图像的视觉感知精度会随距离(分辨率)降低;

两者都呈现 “渐进式信息损失(progressive information loss)”。

他们甚至称这种机制为一种“类生物遗忘曲线(biological forgetting curve)”。

近的信息保持高保真(高分辨率);远的信息自然模糊(高压缩)

这种思想启发了“视觉化上下文记忆衰减”的设计思路,为未来 LLM 的记忆管理提供了新的理论路径。

4. 局限性与未来研究
作者承认目前工作仍属 早期探索(early-stage work);

尽管概念可行,但实际系统在以下方面仍需深入研究:

如何量化信息保真度;

压缩对语义一致性的影响;

视觉 token 的最优分配策略;

模型在极长上下文中的稳定性

他们认为这条路径能在信息保留与计算成本间实现理论平衡,但仍需在真实大模型体系中进一步验证。

二、Conclusion —— 总结与展望
1. 研究成果总结
本文提出并验证了 DeepSeek-OCR,
一个用于验证“光学上下文压缩(context optical compression)”可行性的模型。

实验证明:

模型能用少量视觉 token 解码出数量超过其 10 倍的文本 token;

验证了视觉压缩在文本处理中的有效性与潜力。

这为未来 VLM(视觉语言模型)与 LLM(大语言模型) 的结合开辟了新方向。

2. 实用价值
DeepSeek-OCR 不仅是研究模型,
还具备大规模预训练数据生成能力,
能每日生成数千万页 OCR 数据,为 LLM/VLM 提供训练素材→ “它是大模型训练的关键辅助工具(an indispensable assistant for LLMs)”。

3. 未来研究方向
作者认为,OCR 只是“光学压缩”的一个验证案例,还需更多系统性探索:

数字-光学混合预训练(digital-optical interleaved pretraining):
将文本与图像交替输入模型,进一步提高跨模态学习能力。

Needle-in-a-Haystack 测试:
测试模型在长上下文中检索细节信息的能力。

上下文压缩与遗忘机制的深入研究:
探索视觉压缩与语义保留之间的最优平衡。

他们强调:

光学上下文压缩仍有巨大研究空间,是一个“极具潜力的新方向(promising new direction)”。

补充

为什么分辨率越高视觉token越多

什么是MOE架构

什么是压缩比

什么是多分辨率机制

实战部分

        DeepSeek-OCR 目前不提供在线 API,需本地推理。单卡7 GB 显存可运行;NVIDIA 50
(如 RTX 5090)暂不适配 vLLM(主要是当前 PyTorch/vLLM sm_120 架构支持不完善)。DeepSeek-OCR支持两条推理路径:vLLM(高吞吐、流式友好)与 HuggingFace Transformers(依 赖少、兼容面广)。
可以去魔塔社区中下载模型权重
pip install modelscope
mkdir ./deepseek-ocr
modelscope download --model deepseek-ai/DeepSeek-OCR --local_dir ./deepseek-ocr

git clone https://github.com/deepseek-ai/DeepSeek-OCR.gitconda create -n deepseek-ocr python=3.12.9 -y
conda activate deepseek-ocrconda install jupyterlab
conda install ipykernel
python -m ipykernel install --user --name dsocr --display-name "Python (dsocr)"
pip install torch==2.6.0 torchvision==0.21.0 torchaudio==2.6.0 --index-url
https://download.pytorch.org/whl/cu118

下载vLLM

pip install vllm-0.8.5+cu118-cp38-abi3-manylinux1_x86_64.whl

安装所依赖的包

cd ./DeepSeek-OCR/
pip install -r requirements.txt

最后安装加速器

pip install flash-attn==2.7.3 --no-build-isolation
http://www.dtcms.com/a/554375.html

相关文章:

  • LeeCode 141. 环形链表
  • 网站建设费用说明建设一个网站
  • 博山做网站公司渝中网站建设
  • 孤能子视角:基于“N(EI+N(EI))“路径EIS理论人工智能定义
  • 汝南网站建设网站建设维护工作
  • 网站建设项目内控单公司网站优化外包
  • 西青做网站wordpress 标签修改
  • 网页模板怎么做网站wordpress去视频广告插件
  • 华为云iot消息积压问题
  • 简单网站页面设计制作链接的app的软件有哪些
  • Qt功能QSortFilterProxyModel指南
  • RAPID:基于逆强化学习的无人机视觉导航鲁棒且敏捷规划器
  • 免费个人网站模版ps手机网站 ui
  • 东莞网站优化服务公司建网站龙
  • Rust数据类型(下):复合类型详解
  • 【一阶段分析】文生图提示词笔记
  • 0成本get可信域名:dpdns.org公益域名获取全攻略
  • WordPress建影视站电商品牌推广方案
  • 站长工具关键词南京外贸网站建设案例
  • ESP32-P4-Function-EV-Board例程编译报错解决记录
  • Hierholzer 算法
  • 一文读懂分辨率:从概念到硬件应用,解锁视觉体验新高度
  • ppt图标网站链接怎么做珠海做网站哪间好
  • 上海网站开发招聘响应式网站和自适应网站
  • 蓝图网站建设网站开发推荐书籍
  • 网页站点什么意思软件定制公司设计方案
  • 湖北智能网站建设找哪家网站 提示危险
  • 垂直类网站怎么做织梦企业网站
  • Excel怎么批量快速修改批注?
  • TikTok限流:为什么TikTok视频没流量、零播放