集成生态系统的故事：ONLYOFFICE 如何从一个连接器发展到 40 多个集成和 50 多个插件的基础设施

从文档服务器到 API 优先生态系统的十六年旅程：ONLYOFFICE 如何成为全球日常使用工具的文档编辑层。

几乎在每一次 ONLYOFFICE 评估中都会出现这样一个问题：“它能与我们现有的平台一起使用吗？”大多数情况下，答案是肯定的。但这个答案并不是通过单一的产品决策或单一的工程冲刺得出的，而是经过多年的努力，一次一个连接器，基于一个信念：文档编辑应该在用户日常使用的工具内进行，而不是替代这些工具。这就是这个生态系统建设的故事。

前提：文档属于你的工作流程内

当 ONLYOFFICE 在 2014 年以 AGPLv3 许可证在 GitHub 上发布其源代码并开始暴露公共 API 时，其基本前提已经清晰：文档服务器并不是为了成为每个人的独立产品，而是作为一个可以嵌入其他产品的编辑层。

这在架构上与构建一个独立的办公套件不同。独立的套件会与人们使用的工具竞争，而文档编辑层则与这些工具集成。这两种模式都是有效的，但 ONLYOFFICE 选择了第二种，这一选择定义了一切随后的事情。

API 优先的方法意味着任何开发者在获得文档后，都可以将 ONLYOFFICE 的编辑功能嵌入他们自己的应用中。 连接器生态系统就是从这个基础上发展起来的。有些连接器是由 ONLYOFFICE 团队构建的，其他的则是由平台团队、系统集成商或需要在没有文档编辑功能的工具中添加该功能的独立开发者构建的。

2014–2016，基础：开源和第一个连接器

在 2014 年 7 月，该产品有一个可工作的文档服务器和 API。第一次集成并不是在会议室做出的商业决策，而是直接源于社区。

“ONLYOFFICE 编辑器和 ownCloud 是天生一对，” 一位用户写道。受到这个想法的启发，团队开发了第一个集成应用。在 2017 年 2 月，ownCloud 连接器发布，这是第一个官方的 ONLYOFFICE 连接器，用于任何外部平台。这是整个集成模型的概念证明：安装 ONLYOFFICE 文档服务器，安装连接器，用户可以在浏览器中完全编辑 DOCX、XLSX 和 PPTX 文件，实现实时协作、跟踪更改、版本历史和评论，而无需更改他们的存储平台或工作流程。在 2018 年 10 月，这一最初由社区启发的集成正式成为了合作伙伴关系。通过这一合作，处理敏感数据的行业获得了访问在线办公应用的能力，使他们能够直接从其安全的 ownCloud 环境中实时协作。

就在 ownCloud 连接器发布后不久，用户要求在 2016 年启动的 Nextcloud——ownCloud 的社区分支中实现相同的功能。团队满足了这一要求。

这一决定标志着为期八年的集成合作关系的开始。自 Nextcloud 连接器发布以来，ONLYOFFICE 已经收到了来自 Nextcloud 团队成员的至少 34 个拉取请求和问题，其中最近的一次提交是在 2026 年 3 月。根据统计，这 17 个拉取请求成功合并，4 个关闭但实际上已完成，接受了 10 个问题，2 个待处理，1 个被拒绝。

2017–2019，生态系统扩展： ECM、LMS 和项目管理

一旦建立了云存储连接器，下一波就解决了另一组问题。企业内容管理。项目管理。电子学习。这些不是文件存储平台；它们是操作平台，其中文档是结构化工作流程的一部分，而不仅仅是存储的资产。

Alfresco，这一企业内容管理平台被企业、政府机构和大型组织广泛使用，获得了 ONLYOFFICE 连接器，允许用户在 Alfresco Share 中直接打开和协同编辑文档。对于那些在 Alfresco 工作流程中重金投资的大型组织，这消除了下载文件、在外部编辑和重新上传的要求。

Confluence，Atlassian 的团队 wiki 和知识管理平台，成为最受欢迎的集成之一，因为组织对于其原生文档编辑功能的局限性感到沮丧。ONLYOFFICE 为 Confluence 提供的连接器将完整的 DOCX、XLSX 和 PPTX 编辑功能带入 Confluence 文档库。该连接器后来扩展到了 Confluence Cloud。

Redmine 和 Jira，这两个主导的开源和企业项目管理工具，添加了 ONLYOFFICE 集成，允许团队直接在项目管理环境中创建和编辑与问题和项目页面关联的文档。Jira Cloud 连接器于 2026 年 3 月发布，完成了对自托管和云 Jira 部署的全面覆盖。

Moodle，全球最广泛部署的开源学习管理系统，成为教育领域中一个具有战略意义的集成。开发了三个专门的插件：用于在课程中嵌入文档活动的 ONLYOFFICE 文档插件、用于作业工作流的 Assign Submission 插件，以及用于在结构化房间中管理课程材料的协作空间插件。Moodle 集成的深度，不是单一的连接器，而是涵盖不同教学用例的三个插件架构，反映了 ONLYOFFICE 对教育市场的重要性。

与 sciebo（明斯特大学运行在 ownCloud 上的研究和教学云存储服务）的连接，展示了实际操作中的规模：ONLYOFFICE 为超过 100,000 名用户提供了所需的文档处理工具，通过单一的校园部署。

2019–2021，API 成熟：文档生成器、WOPI 和 CMS 层

2019 年在 GitHub 发布的文档生成器是另一种集成的重大里程碑，程序化文档生成。文档生成器将集成故事打开给构建工作流自动化的开发人员，而不仅仅是连接工具的平台管理员。

WOPI 协议集成可从 ONLYOFFICE 文档 6.4 版本获得，这是一个具有广泛下游影响的集成架构决策。WOPI（Web 应用程序开放平台接口）是最初由 Microsoft 开发的标准协议，用于将外部编辑器与文档存储系统连接。通过实现 WOPI，ONLYOFFICE 与任何支持 WOPI 标准的平台兼容，而无需专门的连接器。

SharePoint 是一个基于 Web 的协作平台，用于共享和管理内容、知识和应用程序，以支持团队合作。随着官方的 SharePoint 集成应用程序的推出，现在可以使用 WOPI 连接 SharePoint 和 ONLYOFFICE 文档。这意味着运行 SharePoint 的组织，通常是他们最根深蒂固的企业文档基础设施，可以使用 ONLYOFFICE 作为他们的浏览器编辑器，而无需替换 SharePoint 本身。

这一期间的 CMS 浪潮为连接器市场新增了 WordPress、Drupal、Strapi、Plone 和 Liferay。这些都是内容管理系统，它们的主要功能并不是文档编辑，但文档经常出现，例如可下载资产、内容附件和媒体库。每个连接器都遵循相同的原则：文档应该在其存在的地方可编辑，而不是在其他地方。

SuiteCRM 和 CRM 连接器类别的开端将集成故事扩展到销售和客户管理领域，合同、提案和客户文档常常附加在记录上，然后在 CRM 外部进行编辑，再重新附加。ONLYOFFICE 连接器消除了这种外部循环。

2021–2023，第二代：Odoo、Mattermost、Pipedrive 和 HumHub

第二代集成处理了更广泛的商业平台，ERP、企业聊天、CRM 流水线和社区平台，反映了 ONLYOFFICE 从以 IT 管理员为主的早期采用者观众向一般商业使用的扩张。

Odoo，开源的 ERP 套件，涵盖 CRM、会计、库存、人力资源等，成为目录中功能最强大的集成之一。ONLYOFFICE 的 Odoo 模块超越了简单的编辑：它引入了自动填充 Odoo 记录数据的 PDF 表单模板，使组织能够通过点击 Odoo 记录生成合同、入职文件、发票和人力资源表格。该集成在 2025 年扩展，增加了模板库、具有访问控制的外部链接共享，以及对 Apple、Hancom、Visio 和 Markdown 格式的支持。

Mattermost，开源的企业消息平台，作为需要自托管团队通信的组织的 Slack 替代品，获得了一个 ONLYOFFICE 连接器，允许用户在聊天频道中直接创建、编辑和共享文档。文档成为对话的一部分，而不是作为附件。

Pipedrive，一款销售 CRM 和管道管理工具，添加了两个 ONLYOFFICE 集成：在交易中编辑文档的 Docs 和围绕销售流程创建结构化协作空间的协作空间。对于管理合同、提案和客户文档的销售团队，该集成消除了交易所处位置与文档编辑位置之间的差距。

HumHub，开源社交网络和社区平台，增加了覆盖所有编辑器类型的 ONLYOFFICE 集成，以及 Visio 图表查看功能。这样扩大了企业社交网络和社区平台的集成范围，这是以前未被覆盖的类别。

Chamilo，一款广泛应用于拉丁美洲、法国和比利时的开源电子学习平台，增加了文档编辑集成，完成了 ONLYOFFICE 对 Moodle 之外的第二大开源 LMS 平台的覆盖。

在这一时期的 Dropbox 集成，架构上具有重要意义：ONLYOFFICE 桌面编辑器可以直接连接到 Dropbox 账户，在不下载文件的情况下打开和编辑存储在 Dropbox 中的文件，并且更改会自动同步。这将集成模式扩展到消费者云存储和桌面应用层，不仅仅是浏览器。

2022，插件生态系统：从内部扩展编辑器功能

除了将 ONLYOFFICE 带入其他平台的连接器生态系统之外，编辑器内部还发展了一个平行的集成界面：插件系统。

插件市场是一个集中式系统，允许用户发现、安装、更新和管理扩展 ONLYOFFICE 文档功能的插件。用户可以直接通过任何编辑器中的“插件”选项卡访问，按类别组织可用扩展：推荐、开发者工具、工作、娱乐、沟通、特别功能等。

现有的插件覆盖了广泛的应用案例：

• 使用 Photo Editor 进行图像编辑，
• 使用 Draw.io 创建图表，
• 使用 DeepL 和 Google Translate 进行翻译，
• 使用 Mendeley 和 EasyBib 进行文献管理，
• 使用 Zoom 和 Jitsi 视频会议，
• 使用 LanguageTool 进行语法检查等。

每个插件都是建立在 JavaScript 插件 API 之上的，任何希望扩展编辑器的开发者都可以使用这个开放、文档化的 API。

插件生态系统也是社区贡献最显著的地方。来自中国的物理研究员 JIJINBEI 加入 2023 年 OSPP 学生开发者项目，创建了 LizardTypst 插件，这是一个数学排版工具，可以将 Typst 公式编译为 WebAssembly，并将其作为 SVG 图形直接插入到演示文稿中，解决了他同事在编辑方程时遇到的特定日常问题。现在它已在插件市场上发布。这就是在实际中的插件生态系统：有一个特定问题的开发者，一个开放的 API，以及一个让结果对所有人可用的市场。

自 ONLYOFFICE 文档 7.2 版本起，插件市场已纳入编辑器界面，使插件安装变成了点击而非手动文件管理的事务。

2023–2024，协作空间到来：新的集成界面

2023 年 ONLYOFFICE 协作空间的推出为生态系统增加了第二个集成界面。在这里，ONLYOFFICE 文档集成是将编辑功能带入其他平台，而协作空间集成则是将其他平台带入一个结构化的协作环境。

协作空间连接器遵循不同的模型。它们不是将编辑器嵌入现有平台，而是将协作空间房间嵌入现有平台，将完整的基于房间的协作架构（协作房间、公共房间、自定义房间、虚拟数据房间、表单填写房间）引入主机平台的上下文。

WordPress – 协作空间集成允许网站管理员将协作空间房间直接嵌入 WordPress 页面，创建文档门户、客户协作空间和通过网站访问的表单收集工作流。对于代理商、法律事务所和教育平台而言，这使得 WordPress 网站变成一个结构化的文档协作环境，而无需构建自定义基础设施。

针对 Drupal、Zoom 和 Zapier 的协作空间连接器扩展了这一模式：协作空间房间可以在 Zoom 会议中访问，通过 Zapier 自动化触发文档工作流，以及嵌入的结构化文档空间的内容管理平台。

2025，人工智能集成层到来：更智能的文档工作

到 2025 年，集成故事增加了第三个维度：不仅将 ONLYOFFICE 连接到外部平台，也不仅仅是通过插件扩展编辑器，而是将 AI 提供商连接到编辑器和工作区。

人工智能插件于 2023 年首次发布，带有 ChatGPT 支持，于 2024 年 12 月重建为供应商无关。然后，团队在 2025 年系统地扩展了支持的提供商列表：OpenAI、Anthropic、Groq、Mistral、DeepSeek、Google AI、xAI、OpenRouter、Together AI 和本地模型通过 Ollama 都可以通过插件管理器中的 API 密钥连接。每个连接都为用户提供 AI 驱动的文本生成、语法和拼写检查、翻译、摘要、公式协助、宏生成和 OCR，所有这些都在编辑器内进行，数据仅去向用户选择的提供商。

在 2025 年 5 月，人工智能插件增加了文图转换和图文转换功能：用户可以描述一个场景或概念，观看 AI 生成相应的图像，或上传图像，让 AI 提取其中的书面内容。

2025 年 8 月发布了一个处于测试阶段的 AI 智能体，这标志着超越插件的响应和回复模型。智能体可以在文档环境中采取行动，而不仅仅是回答问题。它生成和重写文本、格式化文档、分析和可视化数据，并通过编程操作文档结构。

在协作空间方面，AI 智能体在 2025 年 12 月随协作空间 3.6 到来了。编辑器 AI 插件针对文档内容工作，而协作空间 AI 智能体能够创建各种文件，管理协作空间，组织文件和结构房间，添加用户，并保持工作区整洁和可访问。启动时支持的提供商包括：OpenAI、Anthropic、TogetherAI 和 OpenRouter，DeepSeek、Google AI 和 xAI 则在 2026 年 6 月的协作空间 3.7 中增加，使总数达到七个提供商，加上任何自定义配置。

2025 年发布的 MCP 服务器 完成了人工智能集成的全貌。协作空间 MCP 服务器将 AI 工具直接连接到 ONLYOFFICE 协作空间，使 AI 智能体、助手和聊天机器人能够管理房间、协作文件、处理权限并通过自然语言交互自动化文档工作流。兼容的客户端包括 Claude、ChatGPT 等，这意味着这些 AI 环境中的任何一个都可以通过对话执行真实的工作空间操作。

2025–2026，成熟的生态系统：40 多个连接器、WOPI 通用性和微信登录

到 2026 年，已有超过 40 个针对流行平台的官方连接器，包括 ownCloud、Moodle、SuiteCRM、Redmine、Alfresco、Confluence、WordPress、Drupal、Odoo、Jira、Mattermost、HumHub、Plone、Pipedrive、SharePoint、Strapi、Nextcloud 等。

WOPI 的实现意味着实际的集成覆盖面大大增加：任何支持 WOPI 的平台都可以与 ONLYOFFICE 一起使用，无需专用连接器。这包括 Microsoft SharePoint，各种欧洲主权云平台，以及实现了 WOPI 标准的自定义企业应用程序。

协作空间 3.6 增加了通过微信登录协作空间的功能。这意味着微信用户可以直接从其环境访问协作空间，而无需维护单独的身份验证。

Jira Cloud 连接器，于 2026 年 3 月发布，完成了 Atlassian 的覆盖；Jira Server/Data Center 和 Jira Cloud 现在都有专用的 ONLYOFFICE 连接器，以及现有的 Confluence 和 Confluence Cloud 连接器。完整的 Atlassian 生态系统覆盖到了。

集成架构的实际工作方式

在技术层面上，所有 ONLYOFFICE 的集成都共享相同的基础架构。ONLYOFFICE 文档服务器，无论是在本地还是在云中部署，都会暴露一个 JavaScript API，允许任何 Web 应用程序在 iframe 中嵌入一个功能齐全的编辑器。连接器处理主机平台与文档服务器之间的认证桥、必要时的文件格式转换，以及将更改写入平台存储的保存机制。

这意味着无论集成的平台如何，集成模型都是一致的：

1. 用户在主机平台中单击文档
2. 主机平台使用文件 URL 和用户认证调用 ONLYOFFICE 文档服务器 API
3. 文档服务器获取文件，如果需要，将其转换为内部编辑格式，并在编辑器中打开
4. 用户进行编辑、协作并保存
5. 文档服务器将修改后的文件保存回主机平台的存储中

主机平台永远不会失去对其数据的控制。文档服务器永远不会永久存储文件。该架构设计上是数据透明的。

对于实现 WOPI 的平台，相同的架构适用，但通过 WOPI 协议而不是自定义连接器，这意味着 ONLYOFFICE 可以与任何符合 WOPI 标准的平台配合使用，而无需额外开发。

生态系统数字

指标		数字
官方连接器		40+
覆盖的平台		ownCloud、Moodle（3个插件）、Chamilo、Odoo、Confluence（服务器 + 云）、Jira（服务器 + 云）、SharePoint、WordPress（文档 + 协作空间）、Drupal（文档 + 协作空间）、HumHub、Mattermost、Alfresco、Redmine、Nuxeo、Liferay、Plone、SuiteCRM、Strapi、Pipedrive（文档 + 协作空间）、Zoom（协作空间）、Zapier（协作空间）、Telegram、agorum、OpenOlat、Seafile、Nextcloud
通过 WOPI 的额外连接		任何符合 WOPI 标准的平台
Docker Hub 拉取量		5000 万+
GitHub 存储库		70+ 个公共存储库
与 MCP 兼容的客户端		Claude、ChatGPT、Cursor、VS Code、Windsurf、Le Chat

接下来会发生什么

2026 年集成生态系统的发展方向从最近的新增功能中可以清晰看出。MCP 服务器代表一种新的集成类别，不是平台到平台，而是 AI 到平台。随着 AI 智能体在软件系统中执行操作的能力逐渐增强，这些操作的接口越来越多地通过 MCP 等协议而非传统 API 进行。

WOPI 的实现意味着 ONLYOFFICE 可以无需为每一个都要求自定义连接器便参与主权云生态系统。任何实现 WOPI 的云平台都会自动获得 ONLYOFFICE 编辑能力。

文档编辑层，而不是目的地

在集成故事的十六年中，最初的前提依然成立。ONLYOFFICE 力求成为人们现有工具内的文档编辑层。

这一前提需要一个生态系统。它需要有效的连接器、清晰的文档、稳定并版本化的 API，以及一个在平台 API 更改时维护集成的团队，因为这些更改是常态。

这就是集成生态系统的故事，ONLYOFFICE 16 周年系列的一部分。请继续关注我们，了解推动 ONLYOFFICE 今日发展的重要里程碑、产品决策和时刻！