By 小墨
2026年7月8日
80
777
百度Unlimited OCR:让AI一次性读完整本书成为可能
OCR(光学字符识别)技术发展至今,单页文档解析早已不是什么难题。无论是PDF、扫描件还是照片,现代端到端视觉语言模型(VLM)都能较好地完成文字、公式、表格的识别任务。然而,当我们将视野扩展到整本书、论文集或长合同这样的多页文档时,技术瓶颈便显现出来。传统方案通常采用逐页处理的「for-loop」模式:每一页独立编码、独立解析、独立拼接。这种方式虽然可行,但效率低下——页面边界上下文断裂、输出越长解码越慢、显存持续膨胀。如何让模型像人类阅读一样,能够连续、流畅地处理整份长文档,一直是学术界和工业界共同关注的难题。
R-SWA的技术原理
百度最新开源的Unlimited OCR技术,正是为了解决这一痛点而来。该技术的核心创新在于提出了一种名为Reference Sliding Window Attention(简称R-SWA)的注意力机制。这一机制的设计思路相当优雅:在解码过程中,每个输出token仍然能够完整访问视觉token和prompt等参考信息,但对已经生成的文本历史,只保留最近一段窗口(默认宽度128个token)。换句话说,模型始终「看着」原始文档图像,而对已生成的内容则采用「软遗忘」策略——只记住最近写的一小段。
KV缓存:从线性增长到常量上界
从技术实现角度看,R-SWA将注意力范围划分为两个部分:第一部分是prefix,即视觉token和prompt,长度记为P,这部分在一次推理中保持固定,所有后续token都能访问;第二部分是decode region的滑动窗口,宽度记为W,只包含当前token之前最近的一段输出。这种设计的精妙之处在于,它没有发明新的算子或改变注意力计算本身,而是重新定义了「attention能看到哪些位置」。相比普通的Sliding Window Attention,R-SWA将参考token排除在状态转移之外——视觉信息长期静态保留,模型始终能看清原图,只对输出历史做软遗忘。这一特性对OCR任务至关重要,因为文档版面的空间关系需要参照原始图像来理解,而非依赖不断累积的输出历史。
如果任务本质是「看着参考源连续抄写」,那decoder真的需要完整输出历史吗?参考源要完整保存,输出历史可以有选择地遗忘。
“技术洞察”性能验证:单页基准与长文档实测
R-SWA带来的最直接影响是KV缓存管理方式的根本改变。在标准Multi-Head Attention中,cache长度随输出token总数线性增长——生成的文本越长,占用的显存越多,解码速度也越慢。而在R-SWA架构下,模型只保存完整的prefix cache,同时只保留最近W个输出token。假设prefix包含P个token,输出长度为L,标准MHA的cache复杂度为O(P+L),而R-SWA仅为O(P+W)。当L远大于W时(这正是长文档场景的典型情况),两者的差距变得极为显著。这意味着,处理一份50页的合同和处理10页的合同,显存占用和解码延迟几乎相同。
在单页文档基准测试OmniDocBench v1.5上,Unlimited OCR相比原版DeepSeek-OCR实现了全面提升:Overall分数从87.01跃升至93.23,提升6.22分;Text Edit Distance从0.073降至0.038;Formula CDM从83.37升至92.61;Table TEDS从84.97升至90.93;Reading Order Edit Distance从0.086降至0.045。尤其值得注意的是,在报纸、杂志、笔记等版面复杂的材料上,模型依然保持了稳定表现,没有因滑动窗口机制而出现明显短板。这说明窗口宽度128在OCR任务中找到了一个恰到好处的平衡点——足够保存局部生成状态以避免重复和跳行,又足够短以控制缓存增长。 长文档实测同样令人鼓舞。在内部测试集上,从2页到20页范围内,Distinct-20基本维持在97%以上;即使到了40+页,Distinct-35仍有96.90%,Edit Distance为0.1069。更关键的是,输出过程没有出现重复循环或速度急剧下降,R-SWA从架构层面压制了长文档场景下的典型失效模式。
如有侵权,请联系删除。
Related Articles
-
Mon Jul 06 2026示例域名与文档用途说明
example.com 是一个专门为文档示例而保留的顶级域名,供教程、示范和测试文档使用,不需要额外许可即可引用。
-
Mon Jul 06 2026未知文章标题
未提供文章内容或可抓取的 URL,因此无法提取实际引言或第一段。此处为占位文本,提示用户补充源内容以生成完整的 Frontmatter。
-
Sun Jul 05 2026未知来源文章
未提供可爬取的文章 URL 或内容,系统无法获取实际正文。此处为占位引言,说明输入数据缺失并提供元数据占位以便后续替换。
-
Sun Jul 05 2026无法生成:缺少文章源数据
未提供可用于爬取的文章 URL 或 JSON 数据,因此无法依据页面内容生成完整的 Frontmatter。请提供包含文章信息的 JSON 数组或一组有效 URL。
-
Sun Jul 05 2026未提供的文章标题
未提供文章内容。请提交文章的 URL 或粘贴全文,以便根据内容生成前言与分段信息。
-
Sat Jul 04 2026未提供文章链接或内容
未提供文章内容或链接,无法提取引言或第一段。请提交包含文章 URL 的 JSON 数组或直接提供文章文本。
-
Sat Jul 04 2026未提供文章信息
未收到文章内容或可爬取的 URL,因此无法生成文章段落。请提交包含文章 URL 的 JSON 数组,格式示例:[ {"url": "https://example.com/article1"}, {"
-
Sat Jul 04 2026未提供文章来源
未收到可用的文章内容或链接,因此无法提取段落。请提交包含多篇文章信息的 JSON 数组或每篇文章的 URL,以便爬取并生成完整的 postDetails 内容。
-
Fri Jul 03 2026示例文章标题(缺少来源)
未收到具体文章 URL 或内容,因此无法从原文中提取引言。此处为占位引言,说明系统需要源页面以抓取实际内容并生成结构化的 Astro Markdown YAML Frontmatter。
-
Thu Jul 02 2026聚焦自进化、Harness等Agent最火的九个方向,年度AI智能体大会7月开幕
中国AI智能体大会(AgenticAICon 2026)将于7月在杭州举办,围绕智能体领域的前沿技术展开,旨在推动研究与产业深度融合,探寻智能体从对话式工具向主动执行系统转型的路线图。
-
Wed Jul 01 2026探索 Astro.js 与 YAML:构建可维护的内容管理工作流
在现代静态站点与内容驱动的项目中,统一且可验证的元数据格式对内容维护和自动化发布至关重要。Astro.js 提供了灵活的内容渲染能力,而采用严格的 YAML Frontmatter 模板,可以让团队共
-
Tue Jun 30 2026首届光谷智能体经济大会举行 光谷从“AI试验场”迈向“AI价值场”
2026年6月29日,武汉东湖新技术开发区举办首届光谷智能体经济大会,正式发布“光谷智能体引力计划”。大会提出未来三年将在政策、算力、基金等方面投入超10亿元,旨在打造以智能体为核心的创新生态,培养智
-
Tue Jun 30 2026中国广电联合会《全国交通传媒行业AI应用调研报告》正式发布
中国广电联合会交通宣传委员会在内蒙古发布了《2026全国交通传媒行业AI应用调研报告》,基于对145家交通传媒机构的调查,总结了行业在AI应用上的现状与发展路径。
-
Tue Jun 30 2026韩国万亿'芯'基建拆解:存储行业能否建成AI时代'油田'
韩国近期公布了总投资逾1800万亿韩元的三大超级AI基建项目,涵盖半导体制造、先进封装与AI数据中心,目标是借助国家级投入与龙头企业布局,打造面向AI时代的关键产业能力。
-
Mon Jun 29 2026能量岛企业家俱乐部6.28 芯谷 AI 沙龙圆满落幕
6月28日,能量岛企业家俱乐部在苏州芯谷产业园举办AI智能体应用沙龙,活动以实战分享和产业交流为核心,吸引了本地创业者、企业高管与科研人员参与。
-
Mon Jun 29 20262026.06.20:AI 泡沫退潮,Agent 与数据架构重构产业底层
InfoQ 的周度深度分析指出,生成式 AI 已走完狂热期,行业正进入理性调整阶段,专家纷纷回归技术和落地路径的讨论。
-
Mon Jun 29 2026OKF——要做AI时代的'知识图谱通用语'—继MCP之后,Google又扔出一张Agent王牌
2026年6月,谷歌云发布了Open Knowledge Format(OKF)v0.1,这是一套以带YAML前置元数据的Markdown文件夹为单位来表示知识的开放规范,旨在解决企业知识分散的问题。
-
Mon Jun 29 2026央广网AI漫剧厂牌'灵境剧场'正式发布
央广网在浙江宁波正式发布AI漫剧厂牌'灵境剧场',定位为主流引领与AI创新并重的内容品牌,旨在用技术手段挖掘与传播民族文化与经典故事。
