系统且有趣的讨论!感谢
@潘乱 @莫唯书Mark “大公司做成一个新产品,比去改一个老产品来得更加容易一点。”
“只有当这波 AI 的趋势,或者说这波泡沫破灭之后,AI 应用真正的黄金时代才会迎来…… 当这些算力、基建变得极其便宜了之后,应用的价值才能最大化的释放出来。"
① 豆包工作整合的本质:组织先于产品
飞书并入后,Trae、Coze(原面向开发者的「Stone」团队)并入「Flow」,底层模型团队 Seed 重组为预训练 / 强化学习 /post-train for work /post-train for chat 四组。所有产品都是「壳」,真正对应的是底层模型能力。飞书智能伙伴改名「豆包工作伙伴」、知识问答入口合并 —— 组织整合快于产品整合,所以呈现阶段性混乱和仓促感。
② 为什么 All in one
Mark 早在 5–6 月就预判:豆包要收费必须有明确的场景与工作套件。外部变量(Codex 并入 ChatGPT、WorkBuddy 起势)逼字节把飞书 IM 生态 + Coze + Trae 整合成一个工作台,让豆包工作与豆包、飞书「无缝衔接」—— 既接 C 端流量(约 3 亿多月活),也接飞书企业用户。
③ WorkBuddy 为何跑得快
WorkBuddy 约 1 月底上线(4 人小团队),春节后靠「帮装 Claude」承接极客流量起量;飞书用户偏开发者、Aily 体验差、用户心智上飞书 = 企业 IM、WorkBuddy=AI native agent。规律是:大公司做新产品比改老产品更容易,边缘冒头的项目 + 原生家庭托举往往跑赢重资源强推。
④ 产品细节:豆包工作是「格子填满、细节待优化」
预装 99 个技能占上下文 3.1%(行业阈值通常 1%–3%,用户再加技能很快触顶被截断且无感知);多 agent 先起架构 agent 再分发、多绕步骤浪费 token;Harness 层缺 tool search 等节约上下文的策略 —— 整体落后 WorkBuddy 约 6 个月。
⑤ 两条路线:IM 里长 Agent vs 独立 Agent
豆包工作 = 豆包 + 飞书无缝承接;千问办公、WorkBuddy 则与各自 App「没关系」。核心竞争点在企业 IM 里的上下文与数据沉淀。钟经纬认为飞书 / 钉钉是「人 - 人协作旧模式的产物」,但大量中国企业连数字化都没完成(腊肉工厂靠照片 + 微信),agent 可能带来全新的上下文形态。
⑥ 壁垒判断:只有模型 + 上下文有壁垒,入口没有
chat 入口迁移成本极低;「连接器差距非常大」—— 在 WorkBuddy 里接飞书要建 CLI 应用、审 174 个权限、扫码授权,自家生态才无缝。「只有自己家的才是亲儿子」。
⑦ 模型路线
豆包工作上线砍掉多模型选择只用自家;WorkBuddy 支持 BYOK;千问办公公有云不支持 BYOK。自家模型利于品牌心智、减少负担、适配自家 Harness;背后是成本逻辑 —— 个人版白嫖自家 token 无妨,企业版付费才支持选模型。
⑧ 定价与商业化
个人版 68 元 / 月,企业版 198 元 / 月・2000 点(另设额度包),已高于飞书基础席位(约 30 元 / 月)。「WPS 用 30 年证明中国人办公月付二十几块」—— 定价约为心理价位的 10 倍。逻辑是筛选高付费意愿用户(自由职业者 / 重度使用者 / 企业 IT 预算);未来按 token 收费、SaaS 免费送;落地靠 FDE(培训教育→工作流 showcase→驻场改造)。