AI 办公与 Agent 产品分三类,它们解决的不是同一个问题
挑 AI 办公或 Agent 产品时最常见的错,是把不同类目放进同一张表里比输赢。市面上的产品大致分三类:SaaS 企业平台(厂商托管、按席位开通)、个人 Agent(个人账号、替个人办事)、开源自托管框架(源码公开、自己装自己维护)。三者的交付形态、成本结构与风险承担方都不同 —— 先认类目,再比细节。GestaWorks 不在这三类里:它是可自行部署的平台底座 —— 商业交付,但部署在企业自己的边界内。
SaaS 企业平台
4 个产品由厂商托管、以企业为单位开通,面向组织协作、权限与产出物。能力随厂商迭代,企业按席位或用量付费。部分厂商另提供 VPC 或私有化档位。
怎么挑:看数据边界落在哪一层、席位与用量的计价是否可预测、能力扩展走厂商市场还是自建。
个人 Agent
3 个产品面向个人效率的自主代理,用个人账号使用,替个人跑腿办事或产出交付物。多数不承担组织级治理 —— 那是设计目标不同,不是缺陷;也有厂商开始提供面向组织的预览形态。
怎么挑:先问要解决的是个人效率还是组织能力。两者不该用同一套采购与合规标准去衡量。
开源自托管框架
1 个产品源码公开、自行安装与维护,跑在自己的机器或服务器上。自由度最高,同时安全边界、升级与故障都由自己承担。
怎么挑:看团队里谁负责安全边界与审计、依赖升级由谁跟、以及这套自由度的代价是否算清楚了。
能力矩阵:各家官方文档写明了什么
下表逐格记录各家官方文档里的表述,并链到对应产品页的来源栏。「所列来源未写明」只说明我们读到的官方材料里没有这一项,不代表对方不具备;本表不含本站 —— GestaWorks 的取舍在首页差异化一节。
| 维度 | WorkBuddySaaS 企业平台 | 千问办公(QwenWork)SaaS 企业平台 | Claude CoworkSaaS 企业平台 | Microsoft 365 CopilotSaaS 企业平台 | dots个人 Agent | Muse个人 Agent | Manus个人 Agent | OpenClaw开源自托管框架 |
|---|---|---|---|---|---|---|---|---|
| 部署形态跑在哪里、数据放在哪一侧 | 旗舰版多租户、专享版 VPC、企业私有化版部署在企业内网[2] | 企业版支持 VPC 部署[1] | 默认在用户机器本地沙箱运行;可选云端运行,全程需联网[1] | 在 Microsoft 365 云上处理,数据驻留按产品条款承诺[1] | 每个 dot 在自己的云电脑上运行,用户电脑默认隔离[1] | 云端专属安全虚拟机,数据与凭证都存放在其中[1] | 以云端为主;桌面端可把 Agent 放到本机[1] | 在自己机器或私有服务器上运行,状态保存在本机[1] |
| 后台持续执行关掉界面之后任务是否继续 | 云端持续运行,关闭客户端后仍可继续完成[1] | 技能库、记忆库与定时任务可在云端自动执行[1] | 支持定时任务按节奏运行[1] | 所列来源未写明 | 用户不在时继续工作,有进展或需决策时主动联系[1] | 关闭应用后继续工作,遇到变化或需批准时回来[1] | Automations 可按计划或事件触发任务[1] | 所列来源未写明 |
| 本地文件操作能否读写用户机器上的文件 | 可读取授权的电脑文件夹并批量处理[3] | 可操作云盘、本地文件与浏览器[1] | 可访问本地文件与桌面应用[1] | 所列来源未写明 | 经授权可连接并使用用户的电脑[1] | 所列来源未写明 | 桌面端 My Computer 可操作本地文件与应用[1] | 读写文件、运行 shell 命令;全权或沙箱由用户选择[1] |
| 连接器 / 渠道接入了哪些外部系统与入口 | 原生内嵌企业微信、腾讯会议、腾讯文档,开放对接行业系统[2] | 打通钉钉多项企业 IM 能力;连接器默认关闭、按授权访问[1] | 连接器接入 Slack、Google Workspace、Microsoft 365[1] | 可引用 Microsoft Graph 连接器中的企业内容[1] | 通过插件生态连接第三方应用[1] | 可跨用户日常使用的应用工作[1] | MCP 连接器与自定义 MCP server[1] | WhatsApp、Telegram、Discord、Slack 等聊天渠道接入[1] |
| 扩展与管理员管控技能、插件由谁装、谁批 | 企业 Skill、企业专家与专属插件;另有专家市场与技能市场[2] | 可自定义技能,另有公开的专家套件市场[1] | 插件市场由管理员预批准,可按组控制[1] | 代理与 Graph 连接器由管理员启用[1] | specialist dots 可按组织配置身份、凭证与可用系统[1] | 所列来源未写明 | 技能(Skills)体系[1] | 所列来源未写明 |
| 敏感操作确认发信、付款这类动作前是否要人批 | 所列来源未写明 | 高风险操作人工确认[1] | 所列来源未写明 | 所列来源未写明 | Custom Rules 可设需审批的动作;改密码等始终由本人完成[1] | 发邮件或购买前须经用户确认[1] | 所列来源未写明 | 所列来源未写明 |
| 审计与操作记录做过什么,能不能回看 | 各档均列企业安全与操作审计[2] | 所列来源未写明 | 官方写明审计日志尚未覆盖;Compliance API 可返回会话记录[1] | 所列来源未写明 | Activity View 可跟进进度与后台工作[1] | 可查看它做过与计划要做的完整记录[1] | 所列来源未写明 | 所列来源未写明 |
| 统一身份SSO / SCIM 与组织权限模型 | 企业私有化版支持第三方登录认证与组织架构管理[2] | 所列来源未写明 | SSO、SCIM 与 RBAC[1] | 租户隔离依赖 Microsoft Entra 授权与基于角色的访问控制[1] | 所列来源未写明 | 所列来源未写明 | 所列来源未写明 | 所列来源未写明 |
| 模型可选能不能换模型、用自有模型 | 企业模型配置;私有化版自备模型服务[2] | 所列来源未写明 | 所列来源未写明 | 管理员可决定是否启用 Anthropic、OpenAI 等第三方模型[1] | 所列来源未写明 | 所列来源未写明 | 所列来源未写明 | 可接入托管模型、订阅、网关或本地模型[1] |
注:表中「未写明」是编辑判断,逐格核对日期见各产品页末尾;不同类目的产品放在同一张表里,只是为了方便按同一组问题去读各自的文档,不构成跨类目的优劣比较。
共同点:我们和它们一样的地方
这些做法在矩阵里大多能找到对应维度:这一类产品解决的是同一批问题。先把重叠写全 —— 不承认重叠,后面的差异就不可信。
- 与 SaaS 企业平台一样,覆盖会话、Agent 协作、自动化与产出物;
- 同样把外部系统接进上下文:连接器、MCP 与聊天渠道;
- 同样让任务脱离聊天窗口继续跑:定时任务与后台执行;
- 同样把敏感操作交给人来把关:保留人工确认与操作记录,矩阵里有多家写明了同类机制;
- 与开源自托管框架一样,数据可以完全留在企业自己的边界内。
本站
GestaWorks 是可自行部署的平台底座
能力以「框架 + 行业包」的形式给到,而不是一套托管服务 —— 平台本身是通用底座,行业专属的部分按产业线以包的形式交付。
我们的取舍
优势来自取舍更窄,不来自功能更多- 计价维度是部署规模,不是席位 —— 企业自持型产品按部署位置与治理要求报价;
- 行业能力以可签名分发的行业包交付(数据源声明 + 行业角色 + 工作流技能 + 安全策略),而不是一个开放的技能市场;
- 治理是一等公民而不是附加项:四级能力开关 × 四类对象、工具调用点在调用点硬拦而非靠提示词自律;
- 桌面单机可完全离线运行 —— 关系库、向量索引与 embedding 模型都在本机,向量化不出机器;
- 运行时能力(策略、权限、用量、部署、可观测性)可编程,不是一组固定开关。
这些是设计取舍,不是对别家产品的评价。逐项对照见首页的差异化一节:那一节每一行都能在产品定义文档里找到出处。
以上对第三方产品的描述均取自其官方文档或公开报道,逐条出处见各产品页末尾。本页事实核对于 (取各产品条目中最新的核对日期);各产品页各自的核对日期见该页末尾。产品会变 —— 请以对方官方口径为准。