拿了千问办公大使之后，我才看清国产 AI 办公 Agent 在争什么

Water_JD

244人浏览 · 2026-08-23 22:23:27

Water_JD · 2026-08-23 22:23:27 发布

上周末，我拿到了千问办公大使的身份。

这是我第一次放下手头一直在用的 Codex、WorkBuddy、豆包这套组合，真正把阿里这款产品玩了一整天。玩完下来我有一个很不讨好的判断——过去一年国产 AI 办公 Agent 最大的变化,不是谁更会聊天,而是三家大厂都把自己的内部赛马收成了一个出口。

阿里把 QoderWork、悟空、MuleRun 三合一,变成千问办公,塞进 ATH 事业群;字节把飞书产品团队和豆包产品团队捏成一个新部门;腾讯的 WorkBuddy 早就在做一件事——把开发者术语全部翻译成职场人听得懂的话,坐上"数字同事"这张牌桌。

它们的入口都不一样。但它们争的,是同一件事:员工今天上班,第一个该打开的是谁。

把这个看明白,再看千问办公。

三条通道汇入同一个办公入口

我以前用 Codex + WorkBuddy + 豆包,昨天用千问办公,差别没那么玄乎

我是个 Vibe coding 写写代码的人。Codex 是我的主战场,WorkBuddy 跑日常执行任务,豆包接飞书消息顺手用。国产模型这两年进步很大,但"国产应用工具"在我心里其实一直有两个刻板印象:豆包更偏 C 端,WorkBuddy 偏执行,千问办公?没怎么用过。

昨天身份一变,我被迫把它当成正经事来做。一天下来,我最大的感受是——千问办公的优势,不在产品体验,而在它背靠的那棵树。

这棵树叫阿里云,这棵树的根叫钉钉。

具体什么意思?

第一,钉钉的厚度。钉钉现在覆盖 2600 万企业组织、超过 8 亿用户。这意味着千问办公从公测第一天起,就有一个现成的客户分发渠道。它不用从零开始获客——你只要在钉钉里点一下,就能调出千问办公做表格、跑数据、整理会议纪要。这件事 WorkBuddy 做不到,豆包做不到,因为它们的母体——企业微信和飞书——在国内大型组织的覆盖率,都不如钉钉。

第二,Qwen 3.8 Max 是亲儿子。底层模型跑分一直在各大评测里靠前,而且因为是自家产品,能力的释放一定是最大化的。这不是技术判断,是商业常识——你家的东西,肯定优先供给你家的应用。

第三,私有化部署是 B 端的硬通货。WorkBuddy 目前没有真正的私有化方案,对金融、政务、军工这种"数据必须留在本地"的环境只能靠企业版打补丁。千问办公企业版支持 VPC 网络部署,加上阿里云本身的合规认证,这是 B 端采购的硬门槛。

我自己是产品人,我对这三件事的判断是——前两条是基础功,第三条才是千问办公真正的护城河。能不能私有化、能不能信创、能不能在不出网的环境下跑起来,这件事决定了它能不能进大型国企的采购清单。

一天用下来,有惊喜也有别扭

让我印象最深的,是无限设计画布。

放在国产 AI 办公 Agent 里,它的体验是我最喜欢的——你可以在一个无限画布上操作和修改你的各种图片设计、网页设计，完成具体任务,而不是只能在一个对话框里问完就完。我用它搭了一个数据看板,从拉数据到出图表,中间不离开画布。这种"工作区"形态,对复杂任务的可视化拆解,确实比纯对话好用。

让我别扭的,是组件化的颗粒度。

PPT 生成、数据分析、网页搭建这些能力做成了可调用组件,这没问题。但我让同一份数据在 PPT 组件和网页组件里复用,中间卡了两次——一次是格式不对,一次是字段映射错了。最后我自己改 prompt 把它绕过去。

这暴露了一件事:Skill 这个东西,各家都在做,但"沉淀个人经验"和"组件可复用"之间还有一道缝。千问办公把接口做出来了,但还没把"经验怎么流"想透。这件事 WorkBuddy 在用"人机双写"绕,豆包在用"工作伙伴多 Agent 协作"绕,千问办公选的画布路线,目前还卡在这道缝上。

但卡归卡,这条路是对的。

组件之间尚未打通的缝隙

千问办公离"好产品"还差那么点意思

我必须说——千问办公的产品体验,距离我心目中的好产品还有距离。

无论是 To B 还是 To C,最终使用者永远是一个个具体的个人。B 端哪怕买了 1000 个席位,坐在工位上每天打开它的还是一个个白领员工。哪怕面向政企,产品好不好用,直接决定员工愿不愿意点开第二下。

具体差在哪?

第一,首轮交付的稳定性。我让它做几个真实的任务,有些能直接拿来交差,有些需要二次返工。对一个号称"对话即交付"的产品来说,"首轮能用率"是最重要的指标,这一项它还有优化空间。

第二,速度。在做复杂任务时,千问办公的反应时间不是最快的。这是 To B 产品常见的取舍——为了合规和可控牺牲了速度。但对个人用户来说,等 30 秒还是等 90 秒,体感完全不同。

第三,C 端体验的打磨。坦白讲,作为个人用户,千问办公的界面、交互细节、任务反馈的颗粒度,和我熟悉的豆包、WorkBuddy 比,还差那么一截。这一截不是功能差,是"产品感"的差——是那种"用完之后想推荐给别人"的爽快感。

所以我的判断是——千问办公适合做组织级的事,不适合做个人级的事。这个判断很关键,因为接下来我们要看清,WorkBuddy 和豆包走的完全是另一条路。

WorkBuddy:守 C 端的狠角色

WorkBuddy 是我日常用的执行型 Agent,跑批量任务、做文件整理、写脚本报错时拉一把。我没少搜它的公开数据,搜完更确认了——它是国产 AI 办公 Agent 当下体量最大的那个。

2026 年 6 月,WorkBuddy 全平台月活突破 2000 万,日活超 1300 万。第二名和第三名加起来都不及它。这个数字意味着什么?意味着 WorkBuddy 不是"产品好",而是"被用得多"。被用得多就意味着数据飞轮在转,模型越用越准,生态越用越厚。

它的核心打法是把人机界面的门槛拉到最低。

开发者工具的"对话窗口"是从 CodeBuddy 继承下来的,WorkBuddy 把所有开发者术语翻译成了"Plan 模式"和"Ask 模式"——你要复杂任务,它先列计划给你确认;你要简单问答,直接问就行。零基础员工摸索十几分钟就能上手。腾讯最狠的一招是远程控制——你在外面给微信发条消息,家里电脑就开始干活。这个能力是 WorkBuddy 独有的,因为它深度绑定了企业微信的触达能力。

它的弱点也很明显——没有真正的私有化部署方案,对纯 To G 的金融、政务客户门槛很高。WorkBuddy 守的是 C 端生态、中小企业、需要远程办公的白领。它不是阿里千问办公那种"直接进国企采购清单"的角色。

豆包:字节把这盘棋重新下了一遍

豆包我反而是熟手。我一直用它接飞书消息,因为它接得很自然。但7 月 30 日字节的那次组织调整,让我重新理解了豆包在 AI 办公 Agent 这盘棋里的位置。

发生了什么?三个动作——

飞书产品团队 + 豆包产品团队,合并成新的"豆包产品团队",由豆包负责人赵祺统一管理。
飞书 GTM(市场、销售、客服)+ 火山引擎 GTM,合并成"创造力服务平台",由火山引擎负责人谭待带队。
飞书 aily 正式改名叫"豆包工作伙伴"。

表面是品牌改名,本质是字节把"模型层(豆包 Seed)+ 办公入口(飞书)+ 商业化(火山引擎)"拧成了一股绳。

最让我惊讶的是那个数字——字节大模型业务 ARR(年化收入)达到 40 亿美元,按 7 月平均消耗口径算。这个数字超过国内其他模型公司 ARR 的总和。豆包大模型日均 Token 调用量突破 180 万亿次。

这些数字背后,字节想要的不是"豆包比 ChatGPT 强",而是——任何一家企业想接大模型,字节能把飞书的协作关系、火山引擎的运行交付、豆包的模型能力打包成一个套餐。

豆包工作伙伴的能力补齐了多 Agent 协作——可以组建"调研员 + 数据分析师 + 撰稿人 + UI 设计师"的小队协同完成复杂任务。配合侧边工作台、远程控制、本地/云电脑双模式这些新功能,豆包事实上变成了一种"简约的智能化入口"——其他互联网服务(高德、天眼查、飞书文档)变成豆包的手脚。

它的护城河是什么?飞书在企业里的协作关系沉淀。这种沉淀不是技术能快速补齐的,是飞书十一年做下来积累的——文档怎么流转、权限怎么设置、组织关系怎么映射、消息怎么沉淀。这是豆包手里最难被复制的牌。

三家押的不是同一注

把三件事放在一起看,我现在能讲清楚了——

腾讯 WorkBuddy 押的是 C 端入口。月活 2000 万,企业微信触达能力,用户使用体验上降低门槛。它想守的是"白领每天第一个打开的工具"。
阿里千问办公押的是 B 端入口。ATH 事业群、阿里云基础设施、钉钉 2600 万企业组织、Qwen 3.8 Max 跑分领先、VPC 私有化部署。它想进的是"大型国企、金融、政务的采购清单"。
字节豆包押的是模型 + 场景 + 交付的套餐。日 Token 调用 180 万亿、ARR 40 亿美元、火山引擎 MaaS 市场、飞书协作关系。它想抢的是"任何一家企业想接大模型时第一个想到的供应商"。

三家押的不是同一注。这才是"三分天下"真正的格局。

三家 AI 办公 Agent 的不同下注方向