272. 从飞书基座到Agent优先，豆包工作All in one紧追WorkBuddy

概览

本期围绕豆包工作上线展开，讨论它到底是一次产品包装、团队整合，还是字节 AI 战略从分散探索转向“豆包主线”的组织重排。嘉宾认为，豆包工作背后不仅有飞书、Trae、扣子等产品入口的合并，也对应到底层模型团队按工作场景进行后训练分工。

节目将豆包工作放到 WorkBuddy、千问办公的竞争中比较。核心判断是：短期内各家功能会迅速趋同，真正拉开差距的变量不只是界面和功能清单，而是企业上下文、连接器质量、模型能力、Harness 策略、组织执行力和已有客户基础。

讨论后半段转向商业化、FDE、创业机会和未来格局。嘉宾们一方面看到企业和老板对 AI 办公的高热情，另一方面也指出很多传统企业连在线化、数据化都没完成，真实可落地场景有限；AI 办公的热度能否持续，仍取决于基础模型、推理成本和企业场景验证。

分段落总结

[00:04] 开场与讨论框架

[事实] 主持人说明本期《乱翻书》直奔主题聊豆包工作，称其在上周一正式发版并做了大量宣传。 [事实] 嘉宾包括曾在飞书产品和商业化团队工作的 Eric、关注 AI 应用落地与商业化的 Mark、做过办公 AI Agent 产品的钟静伟，以及 AI 创业者钟泰。 [事实] 节目计划按产品、行业和未来三个层次展开讨论。

[01:19] 豆包工作的整合不只是改名

[事实] Eric 提到，字节内部底层模型团队曾调整为预训练、强化学习、Post-training for work、Post-training for chat 等方向。 [事实] 他认为豆包、飞书、豆包工作等上层产品都对应底层模型能力和训练场景的变化。 [事实] 原来偏开发者方向的 Stone 体系，包括 Trae 和扣子，合并到 Flow 体系后，字节 AI 应用从 2C、2 开发者转向 2C 和 2B/工作场景。 [事实] 飞书原来的 AI 伙伴 Ali 被改名为豆包工作伙伴，知识问答和聊天入口也发生了合并。

[06:00] 组织整合先于产品整合

[事实] Mark 认为当前更像是组织整合快于产品整合，因此会看到入口、品牌和体验上的阶段性混乱。 [事实] 他此前判断豆包若要做付费，不能只卖一个聊天会员，而需要明确办公场景和完整工作套件。 [事实] 他把豆包工作的整合放在 OpenAI 整合 Codex、WorkBuddy 启动等背景下理解，认为字节需要把飞书、扣子、Trae 等能力重新组织成一个工作台。 [推测] 豆包工作的上线节奏反映了字节从赛马式 AI 应用探索，转向更集中的商业化路径。

[09:00] Trae、扣子、Ali 与 WorkBuddy 的市场位置

[事实] 钟泰认为 2024 年扣子表现很猛，Trae 在海外 Cursor 火起来时也很受关注，但二者早期主要打开发者人群。 [事实] 嘉宾提到，随着 Agent 发展，原先工作流开发和 AI IDE 的打法面临新的整合压力，很多产品开始转向 2B 办公 Agent。 [事实] WorkBuddy 在年初左右上线，春节后借助“小龙虾”相关热度和低门槛安装快速起量。 [推测] WorkBuddy 的优势来自轻量、AI native、没有飞书这类成熟协作产品的包袱。

[12:52] WorkBuddy 为什么跑得快

[事实] 嘉宾认为飞书在用户心智中更像企业协作 IM，而 WorkBuddy 更像 AI native Agent。 [事实] WorkBuddy 只需做连接器即可切入，而飞书 Ali 带着飞书基座和既有用户心智，安装、注册和使用门槛更高。 [事实] 嘉宾提到 WorkBuddy 小团队迭代快，并能把 CSIG 内部工具快速整合进来。 [推测] 大公司内部边缘项目如果得到资源托举，可能比改造成熟老产品更容易跑出新产品形态。

[16:24] 豆包工作当前产品体验

[事实] 嘉宾观察到豆包工作覆盖豆包 App、飞书里的豆包工作、豆包工作独立软件三个端，并在网页文档页面加入“问问豆包”。 [事实] 钟静伟认为豆包工作像一个功能很全面的选手，格子基本填满，但很多细节仍待优化。 [事实] 他提到豆包工作预装约 99 个技能，且包含医疗、金融、法律等很多杂项技能。 [事实] 他观察到这些技能一开始占整体上下文约 3.1%，继续添加 100 多个技能后占比到约 3.4%，说明有截断逻辑。 [推测] 技能过多和截断不可见，可能导致用户不知道某些技能为何没有生效。

[18:29] Harness 与多 Agent 设计问题

[事实] 钟静伟认为豆包工作在上下文、文件地址、并行工具、多 Agent 等基础能力上都有布局。 [事实] 他测试七八个任务后发现，多 Agent 任务会先启动一个“架构 Agent”，再由它分发子 Agent，最后多层汇总。 [事实] 他认为这种路径比主 Agent 直接并行分发更绕，会增加 token 消耗、耗时和信息折损。 [事实] 他还提到豆包工作似乎缺少 tool search、工具 schema 压缩、长结果压缩、时间和电脑基本信息预置等行业已有优化。 [推测] WorkBuddy 在 Harness 层面暂时领先豆包工作约数月。

[22:20] 产品细节中的阶段性混乱

[事实] 主持人提到，从 Ali 会员入口点进去看到的是 68 元/月豆包会员，而从豆包工作头像入口点进去则看到 198 元/月企业标准版相关信息。 [事实] 他还观察到，通过豆包工作模块生成的文档，其网页标识和飞书文档不同，“问问豆包”的位置也不同。 [事实] Eric 认为字节这次并非纯粹仓促，因为豆包工作同时承接了豆包流量和飞书用户。 [事实] 他对比指出，WorkBuddy 与元宝关系不强，千问办公和千问也相对分开，而豆包和豆包工作在用户侧更无缝。

[26:00] 功能趋同与两条路线

[事实] 钟泰认为普通用户视角下，豆包工作、WorkBuddy、千问办公的功能越来越趋同。 [事实] 他提到 8 月有多个开发团队做开源 Codex 或开源 WorkBuddy 类产品，实际体验上功能差异不大。 [事实] 他把当前 AI 办公分为两种路线：一种是在企业 IAM 中长出 Agent，另一种是先做 Agent 再连接企业数据。 [推测] 当 AI Coding 能力足够强时，办公 Agent 的界面和功能实现壁垒会降低，竞争会转向上下文和分发。

[31:08] 为什么飞书用户仍可能选择豆包工作

[事实] 钟泰表示，虽然他认为 WorkBuddy 更完善且支持 BYOK，但因为团队使用飞书，他会使用 Trae Work 或豆包工作。 [事实] 他认为豆包工作和飞书结合较好，飞书中的文档、企业成员等上下文可以直接使用。 [事实] Mark 认为豆包工作不完全是飞书办公，因为官网明确面向个人、团队和企业。 [事实] 豆包工作可以接入飞书、钉钉、企微、百度网盘、同花顺等外部工具。 [推测] 豆包工作希望同时吃到企业 IT 预算和专业个人生产力市场，而不是只做企业协作软件升级版。

[36:00] 飞书是否变成豆包工作的上下文底座

[事实] 主持人提出，飞书在豆包工作叙事中可能从企业办公协同工具变成数据底座和上下文容器。 [事实] Eric 认为当前真正有壁垒的是底层模型和上下文数据，聊天入口本身迁移成本低。 [事实] 他举例说，使用飞书、腾讯会议、钉钉会议时，会议纪要等数据天然在线，AI 落地成本显著低于传统企业自建采集流程。 [事实] 他强调企业内部上下文数据和模型共同决定 Agent 能力上限。

[39:00] 连接器看似都有，体验差异很大

[事实] Eric 试用 WorkBuddy 连接飞书时，需要到飞书开放平台创建应用、等待企业管理员审批，并处理大量权限。 [事实] 他试用豆包工作连接腾讯会议时，需要处理授权码，而 WorkBuddy 连接腾讯会议可以直接微信扫码。 [事实] 他认为第一方生态中的连接明显更顺滑，第三方连接器虽然存在，但权限、授权和上下文获取体验差异很大。 [推测] 企业 AI 办公竞争中的“连接器数量”不等于“上下文可用性”。

[42:00] 录音硬件与线下上下文采集

[事实] 嘉宾提到各家都在做 AI 录音笔或录音卡片，飞书有录音豆，钉钉相关产品也在推进。 [事实] 主持人认为钉钉录音卡片和飞书录音豆在数据权限管理上的底层思路不同。 [事实] 他认为钉钉卡片生成内容更明确归企业所有，可用于销售、电话拜访、咨询客服等外勤或沟通场景。 [事实] 飞书录音豆在讨论中更多被描述为个人使用场景，类似个人录音工具。

[45:55] AI 时代的文档形态

[事实] 嘉宾讨论到飞书、钉钉在文档上的不同价值主张，以及 AI 办公中内容输出形态的变化。 [事实] 主持人认为，AI 时代文档可能更像 HTML，而不是传统飞书文档、豆包文档或钉钉文档。 [事实] 其他嘉宾提醒，企业访谈中仍有很多客户强需求 PPT，因为组织内部流通习惯仍在。 [推测] 文档形态可能会变化，但企业工作流和组织惯性会拖慢这种变化。

[48:47] 模型开放与自研模型的取舍

[事实] 主持人提到，豆包工作内测时似乎曾允许选择不同模型，但正式上线时只保留自研模型。 [事实] 钟静伟认为长期看，使用自家模型有利于品牌心智、降低用户选择负担，并能更好适配自家 Harness。 [事实] 钟泰认为 WorkBuddy 和 Trae Work 支持 BYOK，与它们从 AI Coding 路线演化而来有关。 [事实] 他判断千问办公在公有云形态下大概率不会支持 BYOK，但企业定向场景可能另说。 [推测] 短期开放模型有利于吸引极客和专业用户，长期闭环自研模型更利于成本、体验和数据飞轮。

[55:57] 豆包工作与豆包工作伙伴的模型选择差异

[事实] 嘉宾指出，从飞书进入豆包工作伙伴可以选择模型，因为它继承了原 Ali 的能力。 [事实] 从豆包工作中进入豆包工作伙伴则不能选择模型。 [事实] Eric 认为差异可能与谁承担 token 成本有关：个人免费或低价场景更倾向于成本最小化，企业场景则可能支持更多选择。 [推测] 同名产品在不同入口下能力不一致，说明整合仍处在过渡期。

[59:08] 腾讯、阿里、字节的整合难度不同

[事实] Eric 认为腾讯和阿里的历史包袱比字节更大，腾讯会议、腾讯文档、QQ 邮箱等办公能力天然分散。 [事实] 他认为 WorkBuddy 对腾讯是一个把分散办公能力整合成 Agent all in one 的机会。 [事实] Mark 补充说，WorkBuddy 所在的 CSIG 可以整合腾讯办公和云业务，但企业微信属于 WSG，跨 BG 协调可能需要更高层拍板。 [事实] 阿里侧千问和钉钉是两条线，千问办公与钉钉深度打通被认为可能只是时间问题。

[64:09] Agent 是否会成为办公主入口

[事实] 嘉宾讨论未来办公软件到底是 IM 主入口重要，还是 Agent 主入口更重要。 [事实] 钟静伟认为未来人和 Agent 沟通的时间可能更长，人和人之间的同步沟通可能减少并更异步。 [事实] 他提出未来工作可能更多以项目为中心，一个项目包含上下文组织、可视化部分和多个 Agent loop。 [事实] Mark 认为 IM 仍有阶段性重要性，因为人和组织的旧工作习惯不会快速消失。 [推测] Agent 优先可能是方向，但 IM 会在相当长时间内承担流量、组织关系和协作惯性的入口作用。

[68:00] 上下文组织也可能由 Agent 重做

[事实] 钟静伟认为，上下文数据重要，但其存在形式、输入方式和结构，会随 Agent 需求而变化。 [事实] 他举贵州黑客松中纳入工厂 ERP 项目为例，老师傅原先手写纸本、拍照微信发送，后来可通过上传照片由 AI 提取文字并结构化。 [事实] 他认为这种方式绕过了学习复杂协作工具的门槛，让数据源头以新的方式进入系统。 [推测] 对未充分数字化的企业，Agent 可能不是在旧 IM 上增强，而是重塑数据采集和业务流程。

[72:00] 超级 App 与垂直模型并存

[事实] 主持人提出，豆包工作在产品层面走 all in one，但模型层面却分成视觉、聊天、工作等不同专用模型。 [事实] Mark 解释说，Coding、数学、金融、工作等场景有更明确的奖励目标和后训练空间。 [事实] 他认为模型和产品配合可以跑通数据飞轮，类似 Coding 产品通过真实数据提升模型能力。 [事实] 嘉宾提到后训练、强化学习、LoRA 等方式可能让垂直模型越来越多。 [推测] 基础模型到达阶段性上限后，面向具体工作场景的后训练会成为提升体验的重要路径。

[78:06] 豆包工作的定价与付费人群

[事实] 主持人提到豆包工作个人版延续豆包专业版 68 元/月，另有从豆包工作入口看到的 198 元/月、2000 点相关定价。 [事实] 讨论中还提到企业包年额度定价，如 9900 元/年对应 18 万点额度、99900 元/年对应 200 万额度，以及 100 席起售等说法。 [事实] 嘉宾认为 AI 办公定价已经高于过往飞书基础席位，也远高于很多人对办公软件月付二十多元的心理价位。 [事实] Mark 认为高价可能是在筛选高付费意愿用户，包括自由职业者、极客和企业 IT 预算承担者。 [推测] AI 办公的商业化更可能从高价值、高频、高收益场景开始，而不是从普通办公用户普遍自费开始。

[82:00] 从 SaaS 席位到 token 包

[事实] Eric 认为未来飞书企业版等传统 SaaS 版本可能被打包进 token 包里，软件本身变成随 AI 额度赠送的部分。 [事实] 他提到中国企业很难完全按人数为几万人组织付费，过去也常按总部人数收费、一线员工相当于赠送。 [事实] 嘉宾认为飞书、钉钉等传统办公套件已经较成熟，新增价值更多集中在 AI 相关能力。 [事实] Mark 认为当前推理成本仍高，套餐如果被用户用满，大模型厂商可能反而亏损。 [推测] AI 办公会推动国内办公软件从席位订阅逻辑转向额度、算力和 token 消耗逻辑。

[86:57] FDE 与企业落地

[事实] 嘉宾认为往企业推 AI 办公仍需要 FDE 或类似客户成功的角色，帮助讲解、教育和落地。 [事实] 钟静伟将企业学习分为培训理解 AI、构建简单工作流、驻场或项目制改造等阶段。 [事实] Eric 说客户从老板到基层员工对 AI 热情都很高，但真正能在企业内部落地的场景有限，越传统的客户越有限。 [事实] 他认为如果没有基础模型大变化，AI 办公热度可能到年底或明年初趋于平淡。 [推测] FDE 的价值会高于传统客户成功，因为 AI 工具使用差距可能比协作软件使用差距更大。

[90:00] 企业 AI Ready 的现实门槛

[事实] Eric 指出，如果企业连钉钉、飞书等基础工具都用不起来，业务系统没有数据化，也没有 API 或 CLI，Agent 很难调用业务。 [事实] 他认为 AI 办公会先在数据化、信息化较好的公司内部，以及工资和产出更高的团队中落地。 [事实] 他把 Coding Agent 视为第一个真正落地、可商业化的办公 Agent 场景，因为程序员收入和付费能力更强。 [事实] 嘉宾认为会议纪要、知识问答等通用办公场景的付费空间难以和编程相比。 [推测] 国内厂商转向办公场景，部分原因是国内编程工具付费能力不足，而不是办公场景已经充分验证。

[95:37] 创业公司的生存空间

[事实] 钟泰认为国内做 2C 软件创业和 2B 都很难，大厂补贴和生态控制会挤压 Agent 创业公司。 [事实] 他提出一个激进观点：通用应用壳未来没有壁垒，类似 WorkBuddy 的功能可能很快被更便宜、支持 BYOK 的替代品复刻。 [事实] 钟静伟认为部分套壳应用仍可能依靠渠道、FDE、SaaS 销售资源或特定外包场景赚钱。 [事实] 他还提到数据公司、评测平台、训练基建平台、后训练服务等方向仍有探索空间。 [推测] 通用 Agent 创业正面硬刚大厂机会有限，但垂直场景、渠道能力和数据闭环可能形成局部壁垒。

[100:00] 垂直应用与数据飞轮

[事实] Mark 认为创业公司如果不和大厂拼通用 Agent，而是做法律、医疗等垂直领域，机会可能更多。 [事实] 他认为垂直领域需要理解行业工作习惯、潜规则和专业软件，大厂不一定能覆盖所有行业。 [事实] 他强调数据飞轮的重要性，即通过用户使用数据反哺体验和模型提升。 [事实] 他还提出 2C 的广告、电商变现天花板可能大于当前国内 2B 市场。 [推测] 真正有壁垒的应用可能不是界面壳，而是行业知识、反馈闭环和可持续分发。

[103:08] BAT 谁更可能跑出来

[事实] 钟泰认为从更远视角看，办公 Agent 是未来 Agent 入口积累的一部分，并更看好腾讯有机会成为最大的一家。 [事实] Mark 短期更看好豆包工作，因为字节集团战略投入集中、生态协同强，并有豆包的大用户漏斗。 [事实] Eric 在 2B 场景更看好豆包工作，原因是飞书早期占据了更有付费能力的一批企业客户。 [事实] Eric 同时认为千问办公能活下去，WorkBuddy 若能整合腾讯邮箱、文档、会议等分散资产，也有机会。 [事实] 另一位嘉宾总结称 2C 看好字节，2B 看好阿里，因为 2B 竞争更像云、钉钉、飞书、企微长期并存。

[108:00] 收尾判断：功能差异弱化，虚火仍在

[事实] 主持人总结认为，单从 AI 办公产品看，三家功能层面已经没有本质差异。 [事实] 他认为后续关键看上下文、模型，以及模型是否开放并不是唯一关键变量。 [事实] 他判断普通企业对 AI 办公的热情里有较多虚火，因为很多企业连在线化、智能化前置步骤都没完成。 [事实] Mark 补充认为现阶段 token 和推理成本太高，所以厂商不得不先卷高价值办公场景。 [推测] 他预言只有当这波 AI 基建泡沫破裂、算力和基础设施足够便宜后，AI 应用的黄金时代才会真正到来。

播客点评/总结

本期的价值在于没有停留在豆包工作发布会信息，而是把它放进字节组织调整、飞书商业化、WorkBuddy 起量、千问办公跟进和国内 SaaS 困境中一起讨论。尤其是关于 Harness、上下文、连接器、BYOK、token 定价和 FDE 的细节，能帮助听众理解 AI 办公竞争的真实变量。

节目亮点是嘉宾背景互补：有人熟悉飞书商业化和企业客户，有人从产品和 Harness 细节拆解体验，也有人从创业和社区视角观察 WorkBuddy、Trae、扣子等产品的用户心智。讨论因此既有产品层细节，也有组织、商业化和行业格局判断。

[推测] 局限在于很多判断仍是阶段性观察，尤其涉及各家公司内部组织、真实收入、模型路线和未来格局时，信息来源主要来自嘉宾经验、线下交流和产品试用，不等于已被公开验证的结论。

[推测] 这期适合关注 AI 办公、企业协作软件、Agent 产品、国内大厂 AI 战略、SaaS 商业化和 AI 应用创业的人收听；如果只想了解豆包工作功能列表，信息密度可能反而偏高。