过去一轮 AI 办公主要解决的是内容生成问题：用户在聊天框中提出要求，AI 返回一段文字、一张表格或一份演示文稿，再由用户复制、下载和修改。腾讯 WorkBuddy 展示的则是另一种产品形态——以 Agent 为统一入口，把任务、项目、知识、文件、连接器和在线编辑能力组织到同一个工作环境中，使 AI 不只是回答问题，而是参与完整的办公流程。
对于希望建设企业级 AI Office 的团队而言，WorkBuddy 的意义不只在于提供了一个可参考的产品，更在于它揭示了一条较清晰的实现路径：以 Agent 负责任务编排，以项目空间沉淀团队上下文，以云文档承载知识和成果，再通过人机协同编辑将 AI 真正带入办公现场。
一、WorkBuddy 的重点不是聊天，而是任务型工作台
WorkBuddy 将自身定位为全场景 AI 工作台。用户提交目标后，系统可以规划步骤、调用技能和外部工具，并输出报告、表格、PPT、图片等可交付成果。与普通 AI 对话相比，它关注的不只是一次回答是否正确，更关注任务是否完成、过程是否可持续、结果能否继续编辑和复用。
从产品形态看，WorkBuddy 更接近一个面向知识工作的 Agent 操作平台。用户通过统一入口发起任务，系统在后台调用专家、Skill、连接器、资料库和文件处理能力；不同 Agent 可以分工执行，最终将结果汇总为用户能够检查和继续修改的业务成果。
这种模式意味着 AI 办公的入口正在发生变化。过去的入口是文档、表格、邮件或会议软件，用户需要主动切换工具完成每一步操作；在 Agentic AI Office 中，入口逐渐变成用户目标，具体使用哪些工具、查找哪些资料、生成什么文件，则由 Agent 根据任务进行调度。
WorkBuddy 任务执行链路
二、“项目”是团队空间与 Agent 上下文的结合
WorkBuddy 中的“项目”与传统云文档的团队空间具有一定相似性，都能够聚合成员、资料、文件和协作活动。但在 Agent 场景下，项目不只是存放文件的位置，还负责组织指令、连接器、专家、Skill 和共享资料。成员在项目中创建任务时，这些配置会自动注入任务上下文。
因此，WorkBuddy 项目更准确的定位应当是：
团队协作空间 + 共享知识库 + Agent 运行上下文 + 任务工作区。
WorkBuddy 中一个任务对应一个对话和一个独立工作空间，Agent 在执行过程中生成的文件可以作为任务产物保存到项目资产库，资产库内容又可以通过 RAG 进入后续任务。这使项目中的文件不再只是静态附件，而是能够被 Agent 持续检索、理解和复用的团队知识。
从这个角度看，WorkBuddy 并不是重新开发了一套完全独立的云文档，而是在 Agent 层重新组织腾讯已有的文件、文档、知识和协作能力。腾讯文档可以作为独立资料库接入 WorkBuddy，支持搜索、读取、引用、创建和回写，用户无须频繁下载和上传文件，即可完成从资料查找到成果沉淀的闭环。
三、“人机双写”补齐了 AI Office 的最后一环
传统 AI 文档应用通常采用异步模式：AI 先生成一个文件，用户下载后修改；需要再次处理时，再将修改后的文件重新上传。这个过程不仅频繁切换工具，也容易出现版本不一致、上下文丢失和人工修改被覆盖等问题。
WorkBuddy 上线的“人机双写”基于自研的webOffice产品改变了这种交互方式。用户可以在同一个编辑区域内手动修改文档，也可以选中文字、表格区域或页面元素，让 Agent 直接完成增删、改写、排版和内容生成。人工修改会实时成为 Agent 的最新上下文，后续处理始终基于当前版本。该能力由腾讯文档提供底层技术支持。
其价值不只是增加了一个 AI 编辑按钮，而是让 AI 从“文档外部的内容生成器”进入“文档内部的协作者”。用户负责目标、判断和细节调整，Agent 负责大段改写、结构重组、数据处理和批量操作，双方围绕同一个文档对象持续协作。
这也说明，完整的 AI Office 不能只有模型和聊天窗口，还必须具备稳定的在线编辑内核、选区感知、实时同步、版本管理、撤销回退和权限控制。腾讯文档近年来持续强化自研编辑引擎，正是为了让在线文档能够同时承载专业 Office 编辑、多人协作和 Agent 操作。
四、WorkBuddy 的实现逻辑：用 Agent 重新整合腾讯产品能力
从 WorkBuddy 当前的产品形态可以看出，其整体架构大致由五部分组成。
第一部分是 Agent 工作台，负责接收用户目标、创建任务、展示执行过程和管理交付成果。
第二部分是 任务编排与上下文系统，负责拆解任务，并将项目指令、历史对话、团队资料、个人授权和业务数据组装为当前任务上下文。
第三部分是 专家、Skill 与连接器体系，负责调用搜索、文档处理、数据分析、会议、邮箱和其他业务系统。WorkBuddy 已支持将技能和外部连接器配置到项目中，并根据任务自动调用。
第四部分是 腾讯文档与知识底座，负责存储文件、提供在线编辑、沉淀项目知识，并支持 Agent 搜索、引用和回写。
第五部分是 企业治理体系，负责管理成员、权限、连接器授权、任务资产和 Agent 可访问的数据范围。
WorkBuddy 产品能力整合架构
这种设计的关键不是简单聚合多个产品入口，而是由 Agent 根据任务主动调用这些能力。过去是用户在应用之间搬运信息，现在则由 Agent 在权限允许的范围内读取数据、操作文件和交付成果。
五、企业可以借助 ONLYOFFICE 构建类似能力
企业未必拥有腾讯完整的办公产品体系，但可以利用 ONLYOFFICE 已有组件搭建相似的技术底座。ONLYOFFICE 的优势在于，其产品已经覆盖团队空间、文件管理、在线 Office 编辑、文档自动生成、插件扩展和 Agent 接入等关键环节。
| AI Office 所需能力 | ONLYOFFICE 组件 | 主要作用 |
|---|---|---|
| 项目与团队协作空间 | DocSpace | 通过 Room 管理成员、文件、角色和协作场景 |
| 在线 Office 编辑 | ONLYOFFICE Docs / DocumentServer | 提供文档、表格、演示文稿和 PDF 的在线查看与协同编辑 |
| Agent 操作文档空间 | DocSpace API、MCP Server | 让 Agent 管理 Room、文件、目录和权限 |
| 编辑器内 AI 操作 | AI Plugin、Plugins、Office API | 读取选区、调用模型并将结果写回编辑器 |
| 外部工作台控制编辑器 | Automation API | 从自定义界面控制评论、审阅和表单等操作 |
| 后台生成与处理文件 | Document Builder | 在不打开编辑器的情况下创建、修改和转换文档 |
| 任务规划和企业治理 | 企业自研 Agent 平台 | 实现模型编排、记忆、RAG、权限、审批和审计 |
DocSpace 可以通过 Room 组织成员、文件和访问权限，并已经提供 AI Agent 与 MCP Server。外部 Agent 可以通过自然语言管理 Room、批量操作文件、处理成员和权限，并根据不同会话配置不同的工具范围。
DocumentServer 则承担真正的 WebOffice 内核。它包含文档编辑、协同编辑、命令、格式转换和 Document Builder 等服务，但文件存储、文档列表、用户体系和业务权限通常需要由 DocSpace或企业现有系统提供。
这种组件边界非常适合企业集成。企业可以保留自己的 OA、知识库、网盘或云文档系统，只将 DocumentServer 作为在线编辑引擎；也可以直接采用 DocSpace，同时获得团队空间、成员管理和文件协作能力。
六、如何基于 ONLYOFFICE 实现“人机双写”
ONLYOFFICE 已经提供 AI 插件，可以在文档、表格、演示文稿和 PDF 编辑器中接入模型，完成生成、摘要、翻译、改写和选区处理。其插件体系允许开发者将 HTML、CSS 和 JavaScript 应用嵌入编辑器，并调用外部 AI 或业务服务。
如果企业要实现接近 WorkBuddy 的人机双写，可以采用以下链路：
ONLYOFFICE Office API 已支持读取文档选区，以及获取表格和演示文稿中的当前选择对象；插件也可以将 AI 生成结果重新插入文档。Automation API 则适合在编辑器外构建统一的 Agent 面板，不过该能力目前属于 ONLYOFFICE Docs Developer 的高级功能。
ONLYOFFICE DocumentServer中文增强版为适应AI的场景，增加了“浮动工具栏”能力，为 AI 等智能能力预留了最佳入口，具体见：迷你工具栏 | onlyoffice 文档服务中文增强版
需要注意的是，ONLYOFFICE 提供的是文档内核和开发接口，而不是一套与 WorkBuddy 完全相同的开箱即用产品。企业仍需自主实现任务规划、项目上下文、长期记忆、知识检索、模型路由、工具权限和操作审计。
七、ONLYOFFICE 9.4 的轻量化顺应了 Agent 应用趋势
ONLYOFFICE Docs 9.4 对社区版架构进行了明显调整，包括将服务整合为单进程、移除 RabbitMQ 和数据库依赖，并取消原有的 20 个同时连接限制。官方将这些变化定位为降低资源消耗、减少不必要依赖和提升部署便利性。
这类轻量化改造与 Agent 应用的发展方向较为一致。一个企业级 Agent 平台通常已经包含模型服务、向量数据库、消息队列、任务调度和业务数据库，如果文档编辑组件还必须携带一套独立的重型基础设施，会增加部署、升级和运维成本。
轻量化后的 ONLYOFFICE Docs 更适合作为可组合的文档能力服务，被嵌入 Agent 平台、知识库、OA、项目管理或行业应用。对于原型验证、中小规模私有化部署和边缘环境，企业能够以更低成本完成在线文档能力接入；对于高并发、高可用和复杂商业交付场景，则仍需结合实际容量选择开发者版、企业版或集群部署方案。
OnlyOffice 中文增强版9.x 镜像：https://onlyoffice.moqisoft.com/docs/install/docker
八、推荐的三阶段建设路径
企业不必一步完成完整的 Agentic AI Office，可以按照能力成熟度逐步推进。
第一阶段：实现 AI 生成文档
先由 Agent 调用模型和 Document Builder，在后台生成 DOCX、XLSX、PPTX 或 PDF，再通过 DocumentServer 提供在线预览与人工编辑。Document Builder 支持在不启动完整编辑器的情况下创建、修改和转换 Office 文件，适合报告生成、合同起草和批量文档处理。
第二阶段：建设项目化协作空间
引入 DocSpace Room，或者在企业已有云文档中建立类似项目空间，将成员、资料、文件、模板、任务和权限统一组织起来。Agent 通过 API 或 MCP 检索资料、管理目录并将任务成果自动回存，使一次性输出逐渐沉淀为团队知识。
第三阶段：进入人机协同编辑
在 DocumentServer 编辑器中嵌入 Agent 面板，支持选区提问、局部改写、表格分析、PPT 页面生成和结果回写，同时增加人工确认、版本记录、撤销回退、冲突处理和审计机制。到这一阶段，AI 才真正从文档生成工具升级为办公协作者。
结语
WorkBuddy 的价值不在于增加了一个 AI 助手，而在于腾讯开始以 Agent 为入口，重新整合文档、知识、文件、工具和团队协作能力。“项目”让 Agent 获得稳定的团队上下文，腾讯文档让知识和成果能够持续沉淀，“人机双写”则让 Agent 直接进入文档编辑过程。
企业不必复制腾讯的全部产品体系。通过 DocSpace 构建团队和项目空间，利用 DocumentServer 提供在线 Office 编辑，通过 Document Builder 完成后台文档生成，再结合 MCP、插件、Office API 和自研 Agent 编排平台，就可以逐步搭建适合自身业务的 Agentic AI Office。
真正决定平台能否落地的，不只是模型能力，也不是单一的在线编辑器，而是任务、上下文、文档、权限和业务系统能否形成稳定闭环。
相关资源
- OnlyOffice 最新版本 9.x 镜像：https://onlyoffice.moqisoft.com/docs/install/docker
- 版本介绍：https://onlyoffice.moqisoft.com/docs/product/summary
- OnlyOffice 技术交流：https://qm.qq.com/q/uMwFyL5Wn0