2026国内Agent办公产品研究：从生成文件到完成工作，差距在哪里

初稿历史原文 · 信息截至 2026 年 9 月 9 日；部分动态文档于 9 月 10 日核对

观察范围为2026年1月1日至9月9日，以中国大陆用户可接触的独立办公工作台与套件内Agent为主。案例按工作对象和执行方式选取，不用于估计市场占比。

一、结论：部分产品已越过纯演示阶段，可靠交付仍不能由功能清单证明

2026国内办公Agent最实质的变化，是越来越多产品开始处理已有工作，而不只回答一个新问题：修改本地PPT、读取组织文档、更新表格、调用浏览器，再把成果交回协作环境。Kimi Work的文件修改与回滚、飞书中的豆包工作、悟空的组织动作授权，以及WorkBuddy的团队资料与发布，分别指向这条变化。不过，目前公开材料更能证明“提供了哪些动作”，还不能据此排出稳定节时、成功率或企业采用的胜负。

有三个判断值得先说清楚。

第一，文件生成、修改既有对象和改变业务状态，应分开评价。生成一份报告以文件内容为主要验收对象；更新销售台账还要保留原有字段和计算；发送报价或提交审批则会改变他人的工作。涉及既有文件和业务状态的任务，不能仅用一张漂亮的输出截图验收。WPS的一则公开案例就显示，AI给出了高级权限配置步骤，但实际设置仍由人完成，不能写成端到端自主执行。

第二，独立工作台与办公套件的优势取决于资料和协作原本在哪里。资料分散在本机、任务多变时，独立桌面产品可能减少搬运和换工具；文档、成员与业务记录已沉淀在同一套件时，原生上下文可能更有价值。二者都在扩展对方的能力，不能仅凭“独立”或“原生”判断谁必然获胜。

第三，权限、持续运行和返工，已经是产品能力本身，而不是采购后的附属问题。本地定时任务会受设备状态影响，完全访问可能覆盖客户端的其他任务，个人套餐也不等于企业成员和组织权限已经分配好。模型回答更强，不能自动消除这些差别。

下表先厘清本文讨论的对象。它比较公开状态和工作边界，不是实测排行榜；详细依据与限制在后文相应章节给出。

表格可横向滚动。

以下按工作对象、独立工作台、办公套件、桌面执行与商业化展开。依据是公开产品文档和案例，不含安装实测；单一使用记录不代表行业表现。

二、真正的分界，是能交付文件，还是能改变业务状态

把“查资料、写文档、做表格、处理流程”放在同一张功能表里，很容易高估不同办公Agent的可替代性。生成一份新的销售分析，与打开公司正在使用的销售表、修正记录、通知负责人，是三种不同的工作。它们可能使用相似的模型，验收条件和出错后果却不同。比较产品，应先问它究竟改变什么，再问它做得多聪明。

第一类工作以独立文件为终点。研究稿、PPT和分析表可以先在一个相对独立的空间生成，再交给人阅读、下载和修改。错误主要集中在内容、计算、格式和引用，检查对象比较明确。对于一次性提案，这种方式不必先打通全公司的系统，反而可能更容易开始。它的局限也很具体：报告交付后，客户记录、负责人和下一步行动仍可能停在原处。生成了正确文件，不等于完成了文件背后的业务。

第二类工作直接处理组织已有的记录。飞书aily的自定义智能体将文档、多维表格和任务列为可操作对象，但也明确提示，部分内置操作需要企业管理员审核权限。这个条件不是安装末尾的小问题：如果智能体只能读取进度而不能创建任务，它就只能形成建议，无法完成原本期待的任务分派。文档可见权限、字段含义和责任人信息是否清楚，会直接影响交付边界。产品接入了办公套件，只是缩短了连接路径，并不自动获得企业所有数据与动作的授权。飞书产品说明

在这两类交付之上，还叠加着一条不同的分界：Agent在哪里运行，以及它接入了哪些服务。扣子把原生Agent、第三方云端Agent和本地接入放进同一入口，却没有赋予它们完全相同的日程、邮箱和后台任务能力。本机已有工具可以复用，不代表这些工具自动获得平台所有内置服务；云端能够持续在线，也不代表用户的本地资料和软件已经可用。运行位置影响资料和工具能否取得，但它不是第三种交付结果。桌面图标、云端托管和模型名称，都不能单独回答一条任务链是否完整。扣子Agent类型说明

以月底经营汇报为例，可以把需求拆成整理数据、解释变化、制作文档、更新经营表、分配待办五步。这是分析示例，不是对任何产品的实测结果。前三步完成后，负责人仍可能需要手工维护后两步；若允许Agent直接执行后两步，就必须处理重复写入、错误归属以及已经发出的通知如何纠正。自动化扩大的是动作范围，同时扩大了验收责任。对只需要一份汇报的人，跨系统执行未必增加价值；对每周都要维护同一条运营链的团队，减少重复录入才可能比第一次生成速度更重要。

因此，不宜把办公Agent排成从“低级聊天”到“高级自治”的单一阶梯。文件交付和业务记录更新可以在同一产品里并存，本地或云端则是另一项执行条件。更可靠的比较单位是完整工作链：输入从哪里来，哪些步骤需要人补充信息，最终写入什么，谁确认结果，以及错误能否定位和撤回。只有把这些条件说清，后面的产品对照才不至于把演示中多走了一步，误认成日常工作里稳定少做了一步。

三、独立工作台：交付文件只是起点，持续工作取决于上下文与运行条件

独立办公Agent的价值，不在于把聊天框搬到桌面，而在于把资料、执行与修改放进同一段工作。对于经常整理不同来源文件的人，这条路线可以减少上传、下载和换工具的往返；但资料留在电脑上，并不意味着任务会自动持续运行，也不意味着所有处理都离线完成。Kimi Work与扣子的差别，恰好说明“独立工作台”内部也没有统一的实现方式。

Kimi Work：围绕本地工作，把生成和修改接在一起

Kimi Work于2026年6月3日上线，9月的官方说明仍标为Beta，并列明由Kimi K3驱动；它在Mac和Windows客户端提供Work模式，覆盖本地文件、浏览器操作、代码执行以及文档、表格和PPT产物。网页入口与桌面工作空间不应混为同一产品状态，也不能把Beta中的长任务能力声明当成经过独立验证的稳定承诺。Kimi Work产品介绍

其有分析价值的变化，是在生成之外增加了持续修改的界面。7月29日的版本记录加入PPT工作台内编辑和截图批注；8月11日加入文件修改差异展示与一键回滚；8月19日则区分内置浏览器与对真实浏览器的WebBridge控制。它们针对的是三个具体断点：用户能否指出哪里不对，能否看见文件改了什么，能否选择在哪个登录环境中执行。功能已经写进发布记录，但每一种文件都能无损回滚、每一次浏览器操作都可靠，仍不能由这些记录推出。Kimi Work发布日志

以每周经营材料为例，输入通常不是一句提示，而是多个版本的表格、上周报告和临时说明。能直接处理这些文件，可能减少一次手工汇总；若生成后仍要完整重做计算、替换全部图表，节省的只是输入搬运。差异预览与就地编辑的潜在价值，是让人有机会只核查被改动的部分。但这要求关键计算与引用可定位，不能把“有回滚按钮”当成正确性验证。对已经对外发出的邮件或已经执行的业务动作，文件回滚尤其不等于后果撤销。

持续工作还有物理条件。Kimi的FAQ明确区分：Work桌面端定时任务依赖应用和电脑在线，休眠、关机或关闭应用时错过的触发不会在下次开启时补跑；在Kimi中创建的云端定时任务则不要求客户端持续开启。若把二者都写成“支持定时任务”，就会漏掉决定夜间任务是否发生的条件。Kimi Work常见问题

因此，目标相同的两种安排未必等价。对必须读取本地最新文件的任务，本地执行更贴近输入，却受设备在线影响；对使用公开资料的定期简报，云端执行可能更省维护，但仍要解决结果如何到达、失败如何被发现。这里是工作条件的比较，不是对两种模式成功率的实测排名。

扣子：统一会话不等于统一能力，也不等于托管了本地设备

扣子把原生Agent、托管在云端的第三方Agent和本地接入放在同一协作入口。原生版本包含平台日程、邮箱、云资源等能力；云端第三方和本地接入并不自动取得同样的内置服务。这种安排更像把不同执行者组织起来，而不是用一个模型替换所有执行者。项目协作可以共享讨论与任务，但不能仅凭同处一个会话就推断数据、工具与权限已经打通。扣子Agent类型

本地接入文档进一步澄清了容易误读的能力表：实际任务仍在自己的电脑上执行，扣子提供对话和协作入口，不会把本地Agent迁到云端。本地终端与扣子会话的内容也不同步；电脑离线、休眠或连接程序退出都会中断接入。因而，平台文件功能的勾叉，不能被解释为“这个本地Agent完全不能读取电脑文件”。两者说的是不同层次的功能。扣子本地接入说明

这一设计对已有工具和项目的团队有明确吸引力：不必仅为换一个交互入口而搬迁全部环境。相应的代价是，团队同时面对平台协作规则、本地设备状态和原服务方的用量条件。扣子文档也明确，本地模型调用仍受原服务方计费、限流和条款约束。平台里能邀请多人参与，不等于个人账号就获准变成团队共享服务。

这两类产品共同推动的，是从“一次答案”走向“可持续修改的工作空间”；但竞争差异还在于谁保存上下文、谁维持运行、谁控制数据与最终动作。文件多、版本反复、需要人工局部修改的工作，可能更能体现它们的价值；模板固定、输入干净且只需一次导出的任务，传统脚本或套件内工具反而可能更直接。判断独立工作台是否值得引入，应比较这条完整链路减少了多少重复工作，而不是只看它一次能创建多少子Agent。

四、办公套件：已有数据是优势，权限和数据质量决定优势能否兑现

独立工作台需要把资料接进来，办公套件则已经保存着大量文档、成员关系与业务记录。套件的潜在优势不是“天然更懂企业”，而是少做一次身份映射、文件迁移与协作接续。但若原文档过时、关键字段含义混乱，或者发起者无权读取资料，接得更近也不会自动得到更好的答案。飞书、悟空与WPS分别从组织上下文、业务动作和文档编辑切入，不能把它们都简化成一个内置AI按钮。

飞书与豆包工作：把上下文带入任务，再把成果送回协作

2026年4月，飞书以aily自定义智能体说明文档、多维表格和任务操作；8月31日的官方文章则已使用“豆包工作”名称，强调飞书中的文档、组织架构与OKR可在用户权限内参与任务，生成的成果再回到飞书协作。这是当前产品说明与此前功能路线的接续证据，不足以推定旧版本所有功能、所有免费额度和名称已经一对一迁移。飞书8月底产品说明

组织上下文的意义，可以用一次项目复盘解释。仅阅读项目总结，可能不知道哪些目标已改、谁负责哪部分；同时理解当前目标、负责人与讨论记录，才可能解释延期到底来自任务范围扩大还是执行拖延。但这也更依赖权限与版本：若旧目标和新目标混在一起，模型可能把口径变化误判成绩效下降。套件缩短了取资料的路径，却不能替团队保证资料已经整理正确。这是对产品机制的分析，不是所述产品已经解决该案例的实测结果。

飞书对豆包工作的公开安全说明称，访问继承用户本人身份和对象权限，私有文档等不会被主动扫描；未经客户授权，企业数据不用于基础模型训练。它还分别说明水印、云文档等位置的DLP及主对话重点位置的审计覆盖。这里重要的是限定词：不用于基础训练不等于任务无需处理数据；部分位置有审计，也不等于所有跨应用动作都有完整记录。豆包工作权限与数据说明

这条路线较适合已有大量飞书资产、且成果仍要在飞书讨论和修改的团队。其潜在收益来自减少重复上传和成果脱离工作现场，而不是把权限交给AI后就不需业务判断。对于跨多套外部系统、资料主要留在个人电脑的任务，原生套件优势会变小，连接与授权仍要重新解决。

悟空：能下载、能获得会员、能操作组织数据，是三道不同条件

悟空当前官网已经标明无需邀请码，不能继续用年初的邀请测试新闻判断9月所有用户都进不去。但可下载并不等于已获得企业数据权限。官方手册要求切换到对应企业或团队，由主管理员允许成员通过悟空操作钉钉；敏感操作仍需员工确认。其公开说明同时承认，当前不能查看企业内部哪些员工安装了悟空。组织动作控制与客户端安装可见性，并不是已经一并解决的问题。悟空官网、悟空权限说明

会员又是另一层。企业购买后需要管理员手动分配，不能把付款成功当成所有员工立即可用；公开FAQ暂不支持跨组织统一管理会员和算粒。普通与高级会员分别标39元、99元/人/月，包含1000和3000算粒；它们并非保证完成相应数量的工作。FAQ还把企业技能集中管理写为开发中并提供提前体验入口，不能据“企业版”三个字就宣布所有治理功能已成熟。悟空企业会员FAQ

这些条件对分公司较多的组织尤其具体：总部采购一个套餐，不必然解决每个组织的成员分配与数据授权；个人能完成的演示，也不必然能在另一个企业身份下重现。若任务涉及审批或通知，真正需要核对的是提交是否发生、谁有批准权，以及敏感动作前是否保留确认点。它不能由一段“已为你处理”的文字替代。

WPS：文档内部的精细修改，可能比跨应用多走几步更有价值

WPS文字产品账号在6月11日发布的内测邀请，将灵犀描述为文档原生的Agent侧边栏，并要求专用安装包和申请流程。这类设计的目标，是围绕当前文档持续编辑，而不是先在外部生成一份文本、再由人重新整理格式。它提示了一条与通用桌面执行不同的产品路线；但6月内测帖不能证明9月所有正式版和账号都已获得相同能力。WPS文字Agent内测说明

对于已有合同、报告和复杂表格的工作，保留原有样式、公式及协作关系，可能比从零生成更重要。生成一份漂亮的新表，不一定能替换团队正在维护的表；若旧表的公式、链接和访问范围被破坏，文件表面正确也可能造成额外返工。因此，文档原生Agent的潜在竞争力在于改动是否准确落到当前对象、用户能否理解和修正，而不是它是否也能启动浏览器。

WPS生态内的具体使用记录，也显示了这条路线的边界。5月一则订单系统教程中，AI可以理解多维表格并给出权限设置步骤，但所接技能没有直接设置高级权限的能力，最终仍由人完成配置。作者自报为金山KVP，不能当作无利益关联的独立测试；然而，步骤本身足以提醒读者，不应把“指导完成”写成“自主执行完成”。它反映的是当时那套工具条件，不是当前全部WPS产品的能力上限。订单表权限案例

总体而言，套件内Agent的优势只有落到同一工作对象上才有意义：取来的是否是正确版本，修改是否保留结构，权限是否沿用到输出，下一位协作者是否能接着工作。飞书侧重组织上下文回流，悟空明确涉及组织动作授权，WPS贴近文档内部编辑。三者都可能减少工作中的某些断点，却不能仅凭“原生集成”四个字，证明已经获得更高净人效或更低失败率。

五、桌面执行扩大了工作范围，也扩大了错误的影响范围

桌面办公Agent的价值，不只是多一个聊天窗口，而是能在已有文件和工具上继续工作。代价同样具体：一旦从生成副本变成覆盖原文件，从拟好邮件变成发送邮件，“结果不满意”就可能变成他人已经收到错误内容。评价这类产品，既要看它能不能操作，也要看操作何时真正生效、谁能撤销、撤销能恢复到哪一步。

WorkBuddy的权限说明展示了这种取舍。默认权限允许工作空间内的常规操作继续，对越界或高风险动作进行控制；“完全访问”则减少二次确认。值得注意的是，后者作用于当前客户端的全部既有和新建任务，而不是只给当前对话放行一次，也不跨设备同步。这是已披露的产品规则，不是对安全沙箱有效性的实测结论。默认权限与安全沙箱

这一范围差别会改变实际工作责任。假设一个人为了批量生成临时图片打开完全访问，随后又在同一客户端处理客户文件，他不能仅凭“刚才那个任务已结束”推定新任务恢复了原先的确认方式。这不是已经发生的事故，而是从全客户端生效规则推出的风险情境。减少弹窗提高了连续执行的便利性，也把确认权限状态的责任更多交给了使用者。

文件回退同样不能笼统叫“可撤销”。WorkBuddy说明会为已有文件的修改创建备份，但空间用尽会清理早期备份，部分删除也可能无法进入回收站。备份能恢复某个文件版本，不会自动收回已发送的邮件或撤销对外部系统的修改。因而，“有回滚按钮”和“整个任务的副作用都能逆转”，是两个不同承诺。安全中心与备份说明

另一项容易被界面掩盖的差异，是成果何时从私人草稿变为共享资产。WorkBuddy资料库对MD文档采用待确认修订，接受后才写入正文；不能据此推断所有文件类型都采取同一机制。“发布为网站”默认关闭，开启后则允许获得链接的人访问。保存到个人资料库、交给团队协作、公开成网页，分别改变不同范围的可见性，不能用一个“已分享”概括。资料库说明

这也说明，本地桌面产品与云端办公套件并不是两个密不透风的阵营。该资料库会把上传文件交给腾讯网盘存储，原生内容存于WorkBuddy云端。本地执行可以减少来回搬运文件的操作，却不意味着一切资料留在本机；反过来，使用云端存储也不意味着Agent自动获得所有团队资料。应分别看文件在哪里处理、模型收到什么上下文、谁能访问成果。资料库数据与共享范围

由此看，桌面路线与套件路线的竞争点正在交叉。前者试图补齐团队资料、修订和发布，后者试图把组织知识转为能执行的任务。对一个“把季度销售表变成管理层简报”的需求，能生成PPT只是中间能力；沿用正确数据版本、保留计算口径、让负责人确认、把定稿交到有权接收的人手中，才构成完整交付。把更多环节放在一个界面里，有机会减少人工转移；但如果错误地跨过批准步骤，界面更统一并不等于工作更可靠。

因此，不应把“自动操作更多”直接排成产品高低。对于一次性的公开资料整理，连续运行、少打断可能更有价值；对于报价发布、客户通知或多人维护的经营台账，清楚的变更预览和确认点可能更重要。这不是保守与先进之分，而是两类任务的错误损失、恢复成本和责任归属不同。

六、商业化已能比较，但公开采用数字还不足以排出胜负

截至9月9日，已有公开付费规则的国内办公Agent，不能再一概当成只有演示的概念产品；但“可以购买”与“已稳定替代人工”之间，仍缺一段可量化的证据。收费页能够证明供应商如何出售服务，不能直接证明用户在什么任务上节省了多少时间。

WorkBuddy的企业条款是一个明确例子：SaaS版198元/人/月，一席起购，每席含2000积分并在团队内共享；专有云版316元/人/月，但最低100席。后者的公开月付起购额是31600元，而不是拿316元与个人会员比较。这只计算公示席位费用，不含合同中的其他项目。积分同时取决于模型、token和任务复杂度，“对话不限频”不能被翻译成任务无限使用。腾讯云计费概述（2026年8月3日更新）

共享额度能缓和团队成员使用不均，但也会让少数长任务影响他人的可用余量。企业真正要估算的，不只是买了多少席位，而是常见任务能在现有额度中完成几次，以及多少次需要重跑、人工修正或改用其他工具。这些分母没有披露时，便不能将不同产品的一千“积分”、一千“算粒”视为等价工作量。上文悟空会员的组织分配限制、Kimi本地定时的运行条件，同样会影响有效产出，却不会完整反映在首页月费里。

目前能找到的采用信息，证据级别也不同。WorkBuddy产品说明自报，1月19日启动内部体验后，已成为超过12000名腾讯员工的常态化工作台。这至少说明公司报告了内部使用场景，但页面没有给出“常态化”的统计窗口、任务分布、留存或经核实的净节时。它不能直接证明同样效果已发生在外部客户，更不能用来推算国内办公Agent市场份额。WorkBuddy产品介绍

百度8月投资者材料则同时介绍GenFlow（库库AI）和DuMate，并披露AI应用业务的收入。这里最容易发生的误读，是把业务组合指标归给单个办公产品：2026年第二季度25亿元人民币的AI应用收入包含多种业务，不是GenFlow或DuMate的单独收入；材料中的AI日活渗透变化，也不是办公任务完成率。它支持“公司将这些产品放入AI应用布局”的判断，不足以回答哪款办公Agent已经获得最高付费留存。百度2026年8月投资者材料

最值得保留的现实反例，是WPS那份权限配置案例：即便作者成功展示了“让AI帮忙”，关键的高级权限设置仍由人按照提示完成。它直接削弱了“能够描述完整流程，就代表产品已经完成整个流程”的判断。不过作者是厂商生态参与者，案例也不是随机样本，因此它只能推翻这种过度推断，不能证明WPS或整个行业的失败率。WPS灵犀Claw订单表权限案例

还有一个对“通用办公Agent将接管全部流程”不利的机制反例：输入固定、规则清楚、输出可校验的工作，现有表格公式或固定自动化可能更简单。每月按相同字段汇总营业额，并不必然需要一个每次重新理解规则、选择工具的Agent。这是待实测的比较假设，不是已有胜率结论。Agent更可能在材料杂乱、需求经常变化、需要跨文件判断的环节体现增量；一旦流程稳定，将一部分步骤固化，反而可能比持续增加自主决策更经济。

综合来看，商业化的下一道分界不会只由功能数量决定。更有说服力的证据，是同一团队连续多周处理同类真实工作，公开任务总数、返工次数、最终验收和人工耗时，并记录失败后如何恢复。若只有成功演示、下载量或厂商自报使用人数，就应把结论停在“有人使用、某些动作已提供”，而不是跳到“已形成稳定的人效优势”。

七、最终判断：竞争正在转向可接续的工作，但“更自主”不是唯一方向

到2026年9月，国内办公Agent已形成几种可以具体比较的产品路线。独立工作台围绕本地材料和反复修改组织任务；办公套件利用已有文档、身份与业务记录承接工作；桌面和跨应用执行则扩大了可以操作的工具范围。它们共同改变的，是答案与工作现场之间的距离，而不是已经普遍实现无人完成所有办公事务。

最有依据的短期判断是：围绕具体工作对象的编辑、上下文和交接能力，会比抽象的“支持多少工具”更影响用户能否把成果用起来。Kimi加入PPT编辑与文件差异，WorkBuddy加入待确认修订和团队资料，飞书强调成果回到协作，都是这类方向的产品证据。但它们只是供应商正在解决问题的证据，不是问题已经被彻底解决的证明。

对产品竞争而言，底层模型仍重要：它影响理解复杂材料、计算、选工具和长任务中的判断。工具决定某个动作是否可执行，上下文决定依据是否充分，权限决定动作是否被允许，人工参与则决定错误在哪一步被发现。若瓶颈是资料缺失或对象无权访问，单纯换更强模型不一定解决；若瓶颈是推理错误，增加连接器也不会替它完成正确判断。这解释了为什么相似模型可以被做成差异很大的办公产品，也解释了为何功能数量不能代替完整任务比较。

本文保留三项可被后续证据改变的判断。其一，已有套件上下文可能减少资料准备与协作转移；如果同类工作在独立产品中连续多周展现更低的总人工耗时，且没有转移隐性的整理成本，就应削弱套件优势的判断。其二，桌面执行适合处理分散本地材料；如果授权和设备维护带来的中断、返工持续超过搬运资料所省时间，就应收窄其适用范围。其三，确认、差异和回退可能降低错误损失；若对照记录显示它们只增加检查负担、没有减少实质错误和恢复耗时，就不能把这些界面本身当成可靠性的代名词。

因此，现在最合理的行业结论不是选出一个“最强办公Agent”，而是承认一项已经发生、但尚未完成的转变：产品开始争取实际工作，而研究和采用都需要从“它演示了什么”走向“在什么条件下，谁能拿到可用成果”。前半句已有清楚的产品证据；后半句仍需要连续的真实任务和失败记录。把两者分开，既不会低估2026年的产品进展，也不会把尚未证实的人效承诺提前写成事实。

资料来源

产品与使用规则

• 飞书产品说明
• 扣子Agent类型说明
• Kimi Work产品介绍
• Kimi Work发布日志
• Kimi Work常见问题
• 扣子本地接入说明
• 飞书8月底产品说明
• 豆包工作权限与数据说明
• 悟空官网
• 悟空权限说明
• WPS文字Agent内测说明
• 默认权限与安全沙箱
• 资料库说明
• WorkBuddy产品介绍

收费与业务披露

• 悟空企业会员FAQ
• 腾讯云计费概述（2026年8月3日更新）
• 百度2026年8月投资者材料

使用记录与反例

• 订单表权限案例

返回顶部