ONLYOFFICE Docs 10.0 发布:全编辑器集成AI与模块化应用

ONLYOFFICE Docs 10.0 以 AI 全覆盖、模块化架构和电子表格性能重构为核心发布约 50 项新功能
ONLYOFFICE Docs 10.0 发布,带来约 50 项新功能、1000 多项错误修复和约 35 个安全漏洞修补。核心变化有三:一是 AI Tools 以独立标签页覆盖 PDF、文档、电子表格和演示文稿四款编辑器,并读取当前文件上下文提供针对性建议;服务器版支持自带模型,可接入任意 AI 模型包括本地模型,满足数据不出基础设施的隐私需求,但内置 AI 已从开源版移除改为独立安装。二是套件转向模块化应用架构,AI agents、Forms、Rooms、Files 可按需启用。三是电子表格通过样式与数据分离存储、限制单元格遍历实现性能提升,条件聚合函数明显加速。此外 PDF 编辑器强化隐私与表单能力,文档编辑器新增跟随协作者光标和 RTL 改进,演示文稿支持导出 GIF 或视频。
ONLYOFFICE Docs 10.0 正式发布:AI 全面进驻与模块化架构
ONLYOFFICE Docs 10.0 正式发布,带来了约 50 项新功能、超过 1,000 项错误修复以及约 35 个安全漏洞的修补。对于自托管、嵌入式集成或将其文档编辑器接入自有技术栈的团队来说,这个版本释放了一个明确信号:AI 不再是某个编辑器的附加选项,而是贯穿整个套件的基础能力。

本次更新的核心亮点可以归纳为三条主线:AI 工具覆盖全部编辑器、套件转向模块化应用架构、电子表格引擎的性能重构。以下逐一展开分析。
AI 工具覆盖所有编辑器:从 PDF 到演示文稿
AI 能力现在以独立的 AI Tools 标签页形式存在于每一款编辑器中。它的关键设计在于读取当前打开文件的上下文——这意味着它的建议基于文档实际内容,而非泛泛的模板化输出。
各编辑器的 AI 能力侧重不同:
- PDF 编辑器:可就文档内容直接提问并获得回答,一键生成摘要,根据文件内容起草邮件,以及自动编辑敏感信息。
- 文档编辑器:支持摘要、改写、简化长段落,原地翻译文本,校对并高亮要点,还能自动生成目录、建议标题并应用格式。
- 电子表格编辑器:生成公式并解释其工作原理,分析数据集、发现趋势、构建预测和数据透视表,以及清理不一致数据、标记异常值、填充缺失值。
- 演示文稿编辑器:创建大纲和幻灯片标题,撰写要点并构建叙事流程,生成演讲者备注和视觉创意。
操作、助手与保存的提示词
除了默认提示词,用户可以通过三个构建模块扩展 AI 的使用方式:
| 功能 | 作用 |
|---|---|
| 快速 AI 操作 | 一次性任务,如调整段落语气 |
| AI 助手 | 持续运行,随编辑实时响应变化 |
| 保存的提示词 | 在 AI Chat 中一键复用常用请求 |
需要注意,快速 AI 操作和 AI 助手目前仅在文档编辑器中可用。
自带模型:自托管用户的关键能力
对于自托管用户而言,**自带模型(Bring Your Own Model)**可能是最具分量的更新:
- 云端版:通过充值 Wallet 启用 ONLYOFFICE AI 服务。
- 服务器版:可接入任意 AI 模型,包括本地模型。这对数据不能离开自有基础设施的隐私敏感场景意义重大。
- 两者通用:可设置默认模型,并为特定任务分配不同模型。例如用某个模型做摘要,用另一个生成公式。
一个值得留意的变化是:基于社区反馈,内置 AI 已从开源版本中移除。AI 工具改为独立安装,基础安装包保持精简。
自带模型背后的技术基础是模型无关的 API 抽象层。ONLYOFFICE 通过兼容 OpenAI 风格的接口规范(如 /v1/chat/completions)来对接不同推理后端,因此只要模型服务暴露了标准接口,无论是云端闭源模型还是本地部署的开源模型都能接入。对于本地部署,常见方案包括 Ollama、vLLM、LocalAI 或 LM Studio,它们可以把 Llama、Mistral、Qwen 等权重以推理服务形式暴露在局域网内。
自托管场景下需要关注三点:一是上下文长度,处理长文档摘要时模型的最大 token 限制会直接决定能否一次吞下全文;二是推理硬件,7B 级模型通常需要 8-16GB 显存,70B 级则需要多卡或量化;三是网络隔离,若模型与 ONLYOFFICE 服务不在同一可信网络,仍应通过内网地址或 TLS 双向认证保证数据可控。这也解释了为什么开源版移除内置 AI 是合理的——把模型选择权与部署成本交还给运维方,而非强制捆绑云服务订阅。
模块化应用:Docs + Apps 的新架构
10.0 版本将过去固定的单一工作区替换为可自由组合的模块化应用:
- AI agents
- Forms
- Rooms
- Files
这一设计的逻辑很直接:让软件围绕工作流来塑造,而非反过来。只启用需要的应用,跳过不需要的部分。对于集成方,配置流程分为三步:安装编辑器、按需扩展应用、将软件包集成到自己的解决方案中。
模块化应用架构的工程含义是前端与后端能力的按需装配。传统单体套件启动时会加载全部路由与资源,而模块化后每个应用(AI agents、Forms、Rooms、Files)拥有独立的入口与依赖声明,安装包体积和启动内存都随启用项增减。
对集成方而言,这种架构通常通过清单文件或功能开关控制加载:部署时选择需要注册的模块,运行时再按用户权限下发对应界面。好处是升级可以逐个应用灰度,某个模块出问题不会拖垮整个工作区;代价是跨模块状态共享需要额外接口约定,例如 Files 与 Rooms 之间的权限模型要显式打通。因此它更适合已经有清晰微服务或插件体系的团队,而非把套件当成一个黑盒整体替换。
PDF 编辑器:更强的控制力与隐私保护
面向处理敏感文件的用户,PDF 编辑器获得了一组聚焦的升级:
- 用 Redact 移除元数据:在分享文件前剥离隐藏信息(Redact 标签 → Remove hidden information)。
- 自动表格识别:对 PDF 使用 Edit Text 时自动检测表格,无需手动重建行列(Edit PDF)。
- 表单中的可复用签名:保存一次签名,之后从列表中随时调用(Forms → Signature fields)。
- 从批注标签直接签名:在正在工作的位置直接完成签名。
- 可自定义标注:调整边框、背景和透明度。
- 表单拼写检查开关:为每个表单字段单独开启或关闭(Forms → Field settings → Check spelling)。
元数据是 PDF 文件中容易被忽视的隐私泄漏面,典型字段包括作者、创建软件、修改时间、GPS 坐标、甚至被删除文本的残留对象。Redact 标签下的 Remove hidden information 功能会遍历文档对象树,清除这些不可见属性及已被标记为删除但仍存在于数据流中的内容。
需要注意的是,仅用黑色矩形遮盖文字并不安全,因为底层字符仍可被复制或提取,必须执行真正的内容删除而非视觉遮挡。此外,自动表格识别依赖 PDF 中隐含的文本位置与线条向量,对扫描件或纯图片 PDF 往往无效,这类文件仍需 OCR 预处理。可复用签名则以加密形式存储在本地或表单级配置中,分享他人时不会随之导出,从而降低签名被冒用的风险。
文档编辑器:协同编辑与 RTL 支持改进
跟随协作者光标是本次文档编辑器的亮点功能。在实时协作中,可以直接跳转到队友的光标位置并跟随其编辑过程,这让结对审阅规格文档或 README 草稿变得顺畅许多(Users who are editing the file → Follow / Stop following)。
从右到左(RTL)支持也得到改善。图形公式及其他内联对象在 RTL 文档中的表现更加可靠,这对发布阿拉伯语、希伯来语等 RTL 语言文档的团队是好消息。
其他格式改进包括:
- Keep with next 现支持表格,以及块内容控件中的段落和表格
- 跨页行断裂让长表格自然流动
- 水平线设置窗口提供细粒度控制
- 基于行的裁剪处理超出线高的内容
电子表格编辑器:底层性能重构
性能是这个版本电子表格的核心主题,两项关键工程改动值得关注:
第一,样式与数据存储分离。格式和单元格值独立存储。第二,限制单元格遍历范围。每次操作只处理实际需要的单元格。
实际效果是等待时间减少,大型工作簿的处理更加流畅。团队常用的条件聚合函数也做了优化:
SUMIF AVERAGEIF COUNTIFS SUMIFS
AVERAGEIFS MAXIFS MINIFS
因此像下面这样的重型公式在大表上应该能更快完成:
=SUMIFS(D2:D50000, A2:A50000, "EMEA", C2:C50000, ">=2026-01-01")
可用性方面也有多项升级:函数常量提示在输入时显示常量位置;公式范围高亮便于快速核对引用;动画选择框显示复制或剪切的确切内容;支持用鼠标一次性调整所有单元格大小;单元格值的自动完成开关(File → Advanced Settings);工作表背景在打开和保存周期后得以保留。
样式与数据存储分离属于典型的存储模型优化。传统电子表格常把格式信息(字体、边框、填充)与单元格数值混在同一结构中,导致每次重算或重绘都要处理大量与数值无关的属性。10.0 将两者拆为独立存储后,数据变更只需触碰数值层,样式层保持惰性读取,从而减少内存拷贝和序列化开销。
限制单元格遍历范围则对应稀疏矩阵思想:电子表格的实际有效区域往往远小于理论最大行数(旧版约 104 万行),旧实现可能对整个范围扫描。新版仅遍历有内容或公式依赖的区块,把复杂度从 O(行数×列数) 降为 O(实际使用单元格)。这对 SUMIFS 这类需要扫描整列的聚合函数收益最明显——公式语义不变,但扫描边界由引擎按数据密度动态收窄,所以示例中 5 万行区间的条件求和能显著加速。
演示文稿编辑器:新视图与 GIF/视频导出
View 标签下新增了多种显示模式:大纲视图、阅读视图、备注页、备注母版、讲义母版。
导出为 GIF 或视频让演示文稿可以转化为可分享的短片,适用于发布公告、演示或社交帖子(File → Download as)。打印设置也得到扩展,可打印备注、讲义和大纲,还能包含隐藏幻灯片、背景、边框、批注和幻灯片编号,并按页面缩放内容。
格式、插件与安全更新
格式支持方面,新增打开和转换 .ofd 文件,以及将电子表格保存为经典 .xls 格式。
其他新增功能包括:SVG 转可编辑形状、图表的数据表支持、重新设计的插件管理器(左侧分类面板)。新的社区插件涵盖拼写语法检查(Antidote)、可复用模板(Curly)、中文转换与格式化工具,以及 Salesforce 与电子表格之间的数据导入导出。
安全方面,这个版本修复了约 35 个漏洞。原文指出,AI 正在给攻击者提供发现和利用弱点的新途径,因此安全被置于核心位置,这让套件在团队大规模处理机密数据时更具韧性。
对开发者和集成方的意义
ONLYOFFICE Docs 10.0 的更新方向反映了一个趋势:文档套件正在从功能堆叠转向架构层面的灵活性与 AI 原生体验。自带模型的能力尤其值得自托管团队评估——它把 AI 集成的控制权交还给了部署方,而不是绑定到单一云服务。模块化应用则降低了集成复杂度,让开发者可以按需拼装。
你计划接入本地模型吗?哪个功能最值得尝试?欢迎在评论区分享。
相关推荐

3分钟看懂DeepSeek:从量化私募到开源AI领跑者的崛起之路
3分钟看懂DeepSeek发展史:从幻方量化的算力积累,到V2的MLA推理降本、V3的557.6万美元训练账单、R1开源引爆全球,再到V4与70亿美元A轮融资,梳理深度求索的关键节点与技术路线。

本地文学创作模型PK:Qwen3.8 27B微调版胜出,DeepSeek v4.1表现平淡
B站UP主横向测评七款本地文学创作模型:海明威、HumanLike Chat基于Qwen3.8 27B微调表现最佳,DeepSeek v4.1叙事平淡,东方朔角色混乱垫底。附三道测试题评分与使用建议。

梁文锋的三次豪赌:DeepSeek为何将82%毛利开源?
DeepSeek为何把82%毛利的推理框架DeepInfer开源,又启动千亿融资?从技术路线、国产芯片到组织纯粹性,解析梁文锋的三次豪赌与开源战略背后的商业与理想逻辑。