国内办公 Agent 产品研究

目录

历史报告,信息截至 2026 年 9 月 9 日;部分动态文档于 9 月 10 日核对。研究基于公开资料,未安装实测。稿件变化不构成有无工具箱的对照实验。

完整报告 · 交互案例

去 AI 化表述

独立工作台小节的开头:从泛泛解释价值,改为描述产品怎样组织工作。

把套话改成具体动作与比较条件。

压缩对比式铺垫和“恰好说明”的泛泛结尾,把差异落到工具、上下文与设备在线。

稿件差异

初稿 · 原文节选

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

初稿用“不在于……而在于……”解释价值,末尾只说实现方式不同。

原文段落

定稿 · 原文节选

独立办公Agent把资料、执行与修改组织在同一工作空间。对于经常整理不同来源文件的人,这条路线可以减少上传、下载和换工具的往返;持续运行和数据处理的位置,却仍取决于具体实现。Kimi Work与扣子的差别,集中体现在谁提供工具、谁保存上下文,以及谁维持设备在线。

直接描述工作空间,再列出两款产品的比较条件;资料整理的作用和运行限制仍在。

原文段落

改了什么

修改理由

哪一句没有增加信息

“把聊天框搬到桌面”并不是这一段实际分析的对象。用它制造对比,再说产品价值,绕远了;“恰好说明实现方式不同”也没有告诉读者差别在哪里。

为什么这样改

定稿先说资料、执行与修改在同一空间,再指明工具、上下文和设备在线这三个条件。文字更直接,读者也有了继续比较 Kimi Work 与扣子的具体问题。

判断与取舍

初稿对应段落 · 定稿对应段落 · 作者编辑记录

审阅取舍

句子变化可在稿件中核对;整体编辑背景来自作者自查,不是模型逐句提出的修改。

中间稿与作者编辑记录

去过程痕迹

开篇的结构预告与研究说明:删掉写作安排,把必要的来源和范围交代集中到开篇。

删掉章节预告,保留研究边界。

“以下按……展开”重复了章节导航;公开资料、未安装实测等信息则影响读者如何理解结论,应继续保留。

稿件差异

初稿 · 原文节选

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

初稿在表后预告写作顺序,并附带资料和实测范围说明。

原文段落

定稿 · 原文节选

依据公开文档和案例,不含安装实测;部分动态说明于9月10日核对,不倒推为早期版本的能力。

结构预告已删除;来源与实测说明移到开篇。这里展示的是重排后的节选,不是同一句话的替换。

原文段落

改了什么

修改理由

什么属于作者旁白

“以下按……展开”描述作者怎样安排文章,没有新增产品信息;章节标题和目录已经提供导航。“有三个判断值得先说清楚”也只是在宣告接下来要给结论。

为什么保留另一半

研究依赖公开资料而非安装实测、单次案例不足以代表行业,这些会改变读者对结论的理解。定稿删除结构预告,集中保留必要范围与证据限制。

判断与取舍

初稿结构预告 · 定稿范围说明 · 作者编辑记录

审阅取舍

结构变化可在初稿、中间稿和定稿中核对;编辑方向来自作者自查,非独立模型意见。

中间稿与作者编辑记录

aily 与豆包工作

aily 是飞书 4 月介绍的自定义智能体;8 月底文章使用“豆包工作”名称。两份介绍能否证明产品继承?

现有资料不能证明豆包工作继承了 aily。

两份材料分别介绍各自时期的产品能力;缺少更名或迁移说明时,不能把旧产品的能力算到新产品上。

稿件差异

初稿 · 原文节选

这是当前产品说明与此前功能路线的接续证据

初稿同段已提醒:旧功能与名称不能一对一迁移。

原文段落

定稿 · 原文节选

两个时间点分别展示对象操作和组织上下文协作的产品方向,不足以证明aily与豆包工作的版本继承

原有功能与名称的迁移限制继续保留。

原文段落

改了什么

修改理由

两份官方材料分别写了什么

4 月材料介绍 aily 对文档、多维表格和任务的操作;8 月底材料介绍豆包工作如何使用组织上下文、让成果回到协作。两者可以支撑各自时期的产品分析。

为什么撤掉“接续证据”

功能相近和发布时间相连,不足以证明更名、版本继承或功能迁移。作者复查仍未取得这类证明,因此撤掉暗示继承的措辞。

判断与取舍

飞书 aily 说明 · 豆包工作说明

审阅取舍

模型审阅意见据保留的作者裁定转述。

中间稿与裁定摘录

扣子用什么模型

扣子提供原生、第三方云端和本地接入。执行框架安排任务与工具调用,底层模型负责理解与推理。

扣子云端的 Claude Code,底层模型由扣子提供。

Claude Code 是程序名称,不能据此认定调用 Anthropic 模型。选型还需要核对模型供应与运行位置。

稿件差异

初稿 · 原文节选

扣子把原生Agent、托管在云端的第三方Agent和本地接入放在同一协作入口。原生版本包含平台日程、邮箱、云资源等能力;云端第三方和本地接入并不自动取得同样的内置服务。

初稿已区分运行方式与服务权限;本小节未写具体模型来源。

原文段落

定稿 · 原文节选

原生Agent可选豆包、Kimi、GLM、MiniMax等模型。第三方云端模式则在扣子云电脑运行Claude Code、Codex CLI等执行框架,接入扣子提供的模型,不绑定原厂账号与模型。

这是同一小节新增的段落;原有运行方式和权限分析仍在。

原文段落

改了什么

修改理由

初稿缺少哪一层事实

说明“模型很重要”或区分运行方式,还不能回答具体产品用什么模型。读者看到 Claude Code 时,也可能把程序品牌当成模型供应商。

补充资料带来了什么

扣子产品介绍列出原生 Agent 的模型选择;第三方云端文档说明在扣子云电脑运行执行框架、接入扣子模型。两份资料让模型来源与运行方式能够分别描述。

判断与取舍

扣子 Agent 类型 · 扣子产品介绍 · 第三方云端说明

审阅取舍

模型审阅意见据保留的作者裁定转述。

中间稿与裁定摘录