夜线

一个月两次出手！京东再度驰援广西无需汇报直接开仓救灾_我的网站

四大名捕

A | 8月25日消息，受第19号台风“紫檀”影响，广西崇左宁明县遭遇暴雨洪涝，防汛应急响应提升至一级。就在刚刚，DeepSeek开源了一个3B模型DeepSeek-OCR。虽然体量不大，但模型思路创新的力度着实不小。众所周知，当前所有LLM处理长文本时都面临一个绕不开的困境：计算复杂度是平方级增长的。序列越长，算力烧得越狠。京东再次启动应急救援，这是一个多月之内京东第二次驰援广西灾区，沿用内部“无需汇报”救灾规则，就近调配物资紧急送往防汛一线。于是，DeepSeek团队想到了一个好办法。按照京东早年定下的内部规则，国内出现灾害险情，就近仓储负责人不用层层上报审批，可以直接调拨仓库物资捐赠救灾，后续再补流程。

B | 这套机制省去大量审批环节，能够抢出宝贵救援时间，7月广西洪涝的时候这套机制就已经投入实战。既然一张图能包含大量文字信息，而且用的Token还少，那不如直接把文本转成图像？这就是所谓的“光学压缩”——用视觉模态来给文本信息“瘦身”。而OCR正好天然适合验证这个思路，因为它本身就是在做“视觉→文本”的转换，而且效果还能量化评估。论文显示，DeepSeek-OCR的压缩率能达到10倍，OCR准确率还能保持在97%以上。 本次京东从南宁亚洲一号物流园调运物资，紧急筹措矿泉水、方便面、面包、八宝粥这类刚需生活物资。京东健康同步出动，调配1.9万件应急医疗物资送往受灾地区，覆盖急救、消杀相关品类，满足灾区防疫和伤员处置的需求。啥意思呢？就是说，原本需要1000个文本Token才能表达的内容，现在只用100个视觉Token就搞定了。即使压缩率拉到20倍，准确率也还有60%左右，整体效果相当能打。

C | OmniDocBench基准测试结果显示：只用100个视觉Token，就超过了GOT-OCR2.0（每页256个Token）的表现；用不到800个视觉Token，干翻了MinerU2.0（平均每页超过6000个Token）。

D | 在实际生产中，一块A100-40G显卡就能每天生成超过20万页的LLM/VLM训练数据。京东物流无人机团队也已经待命，如果后续道路损毁车辆无法通行，无人机可以承担物资投送、灾情勘察、隐患排查、洪水范围监测等任务，解决偏远点位物资送不进去的难题。在7月广西上一轮洪涝灾害中，京东就连夜送出近2万份生活物资，凌晨就运抵横州灾区。除吃喝物资之外，还送去2.1万件消杀急救物资，专门准备2000份蛇伤解毒药剂，同时捐赠近3000个应急照明设备，快递小哥冒雨参与卸货搬运。救灾讲究争分夺秒，层层审批很容易耽误时机。

E | 京东这套就近开仓、先行动后汇报的模式，把仓库变成救灾前置补给点。 面对接连发生的汛情，企业供应链物流能力，在灾情当中可以转化成实实在在的救援力量。20个节点（160块A100）直接飙到每天3300万页。 DeepSeek-OCR由两个核心组件组成： DeepEncoder（编码器）：负责图像特征提取和压缩； DeepSeek3B-MoE（解码器）：负责从压缩后的视觉Token中重建文本。让我们来重点说说DeepEncoder这个引擎。

F | 京东两次驰援广西，也让这套“无需汇报”的救灾机制再次走到大众视野。它的架构很巧妙，通过把SAM-base（8000万参数）和CLIP-large（3亿参数）串联起来，前者负责“窗口注意力”提取视觉特征，后者负责“全局注意力”理解整体信息。

【本文结束】如需转载请务必注明出处：责任编辑：随心文章内容举报

。中间还加了个16×卷积压缩器，在进入全局注意力层之前把Token数量大幅砍掉。举例而言，一张1024×1024的图像，会被切成4096个patch token。但经过压缩器处理后，进入全局注意力层的Token数量会大幅减少。这样的好处是，既保证了处理高分辨率输入的能力，又控制住了激活内存的开销。而且DeepEncoder还支持多分辨率输入，从512×512的Tiny模式（64个Token）到1280×1280的Large模式（400个Token），一个模型全搞定。目前开源版本支持的模式包括原生分辨率的Tiny、Small、Base、Large四档，还有动态分辨率的Gundam模式，灵活性拉满。解码器用的是DeepSeek-3B-MoE架构。别看只有3B参数，但采用了MoE（混合专家）设计——64个专家中激活6个，再加2个共享专家，实际激活参数约5.7亿。

G | 这也让模型既有30亿参数模型的表达能力，又保持了5亿参数模型的推理效率。解码器的任务就是从压缩后的视觉Token中重建出原始文本，这个过程可以通过OCR风格的训练被紧凑型语言模型有效学习。数据方面，DeepSeek团队也是下了血本。从互联网收集了3000万页多语言PDF数据，涵盖约100种语言，其中中英文占2500万页。数据分两类：粗标注直接用fitz从PDF提取，主要训练少数语言的识别能力；精标注用PP-DocLayout、MinerU、GOT-OCR2.0等模型生成，包含检测与识别交织的高质量数据。对于少数语言，团队还搞了个“模型飞轮”机制——先用有跨语言泛化能力的版面分析模型做检测，再用fitz生成的数据训练GOT-OCR2.0，然后用训练好的模型反过来标注更多数据，循环往复最终生成了60万条样本。此外还有300万条Word文档数据，主要提升公式识别和HTML表格解析能力。场景OCR方面，从LAION和Wukong数据集收集图像，用PaddleOCR标注，中英文各1000万条样本。

H | DeepSeek-OCR不仅能识别文字，还具备“深度解析”能力，只需一个统一的提示词，就能对各种复杂图像进行结构化提取：图表：金融研究报告中的图表可以直接提取为结构化数据；化学结构式：识别并转换为SMILES格式；几何图形：对平面几何图形进行复制和结构化解析；自然图像：生成密集描述（dense captions）。

I | 这在STEM领域的应用潜力巨大，尤其是化学、物理、数学等需要处理大量符号和图形的场景。第一作者Haoran Wei此前曾供职于阶跃星辰，期间发布并开源了GOT-OCR2.0系统值得注意的是，DeepSeek团队在论文里还提出了一个脑洞大开的想法——用光学压缩模拟人类的遗忘机制。人类的记忆会随时间衰退，越久远的事情记得越模糊。DeepSeek团队想，那能不能让AI也这样？于是，他们的方案是： 1. 把超过第k轮的历史对话内容渲染成图像； 2. 初步压缩，实现约10倍的Token减少； 3. 对于更久远的上下文，继续缩小图像尺寸； 4. 随着图像越来越小，内容也越来越模糊，最终达到“文本遗忘”的效果。这就很像人类记忆的衰退曲线，近期信息保持高保真度，久远记忆自然淡化。

J | 虽然这还是个早期研究方向，但如果真能实现，对于处理超长上下文将是个巨大突破——近期上下文保持高分辨率，历史上下文占用更少计算资源，理论上可以支撑“无限上下文”。简言之，DeepSeek-OCR表面上是个OCR模型，但实际上是在探索一个更宏大的命题：能否用视觉模态作为LLM文本信息处理的高效压缩媒介？初步答案是肯定的，7—20倍的Token压缩能力已经展现出来了。当然，团队也承认这只是个开始。单纯的OCR还不足以完全验证“上下文光学压缩”，后续还计划开展数字–光学文本交替预训练、“大海捞针”式测试，以及其他系统性评估。

K | 不过不管怎么说，这在VLM和LLM的进化路上，又多了一条新赛道。

L | 去年这个时候，大家还在卷怎么让模型“记得更多”。今年DeepSeek直接反其道行之，不如让模型学会“忘掉一些”。确然，AI的进化，有时候不是做加法，而是做减法。小而美，也能玩出大花样，DeepSeek-OCR这个3B小模型就是最好的证明。 GitHub主页：http://github.com/deepseek-ai/DeepSeek-OCR 论文地址：https://github.com/deepseek-ai/DeepSeek-OCR/blob/main/DeepSeek\_OCR\_paper.pdf 模型下载：https://huggingface.co/deepseek-ai/DeepSeek-OCR 本文来自微信公众号：APPSO （ID：appsolution）。

Current article:http://www.hanninhuaxituochunkui.pics/l5bddbd/20260826/378451.ppt

Published on:10:33:10