9月15日，字节跳动CEO梁汝波亮相"2026飞书未来无限大会暨豆包工作开工大会"，梁汝波在会上表示：
Agent、模型、协作环境三者必须紧密融合才能真正发挥价值，这正是字节将豆包、飞书、火山引擎整合到一起的核心逻辑
大会还有个细节，飞书"冠名在前、"豆包工作"居后。这让我们想起了前面7月30日的合并。
一、降格
2026 年上半年，飞书的年度经常性收入（ARR）增速达到去年同期的 2.5 倍，创下成立以来新高。超九成新增客户在采购飞书的同时，同步采购了它的 AI 产品。中小企业客户总量在过去一年增长了 70%。
这是飞书成立十年来最好的一份成绩单。也是它失去独立身份的同一个年份。
7 月 30 日，字节跳动发出内部组织调整邮件：飞书产品团队与豆包产品团队整合，成立新的豆包产品团队，由豆包负责人赵祺负责，飞书负责人谢欣向赵祺汇报。
一位主导了飞书十年产品的负责人，开始向一位更年轻的同事汇报。
外界把这件事概括成四个字：飞书被合并。但如果把邮件原文读完，会发现真实发生的事，和"合并"这个词所描述的并不一样。而更重要的是------驱动这次调整的，从一开始就不是飞书的业绩问题。
二、合并了啥
先说清楚事实。
产品研发侧： 飞书产品团队、海外 Lark 团队与豆包产品团队整合，组建全新的豆包产品团队，由赵祺统一负责。官方信息明确：飞书品牌持续保留，现有产品、客户服务正常运营，存量企业用户不受影响。
商业化交付侧： 飞书销售、市场、客户成功等 GTM 团队整体并入火山引擎，成立全新的 ToB 组织"创造力服务平台"，由火山引擎负责人谭待统筹。飞书销售负责人林婵、飞书战略及市场负责人史志隽向谭待汇报。自此，火山云、大模型 MaaS 服务、飞书协同 SaaS、豆包企业版拥有了统一的销售与客户服务体系。
字节官方是一句话："此次 AI 业务的组织调整目的是，加强豆包、飞书、火山引擎在企业生产力场景的产品与服务协同。"
如果只看 7 月 30 日这一封邮件，很容易把它理解为一次孤立的组织优化。但把接下来的七周连起来看，图景就变了：
- 7 月 30 日 内部信发出，双线整合方案公布
- 8 月 24 日 TRAE、扣子（Coze）团队整体并入豆包体系
- 8 月 25 日 面向生产力场景的全新 Agent 产品与品牌"豆包工作"发布
- 9 月 15 日 2026 飞书未来无限大会暨豆包工作开工大会举办，飞书 8.0 版本、被称为"国内首个团队智能体"的"豆包工作伙伴"同步亮相
七周，四次动作，方向完全一致：所有面向"工作"的产品能力，正在向豆包收拢。
调整之前，飞书是与火山引擎、抖音并列的独立业务单元；调整之后，它成为一个更大体系里的能力组件。
变了的是它的坐标，不是它的产品。飞书交出的是独立，但它换回来的东西，要到后面才看得清。
三、合并的原因一：Agent 住不进三个部门
9 月 15 日的发布会上，梁汝波给了一段解释，是整个事件里信息密度最高的话：
"Agent 不是孤立存在的，它需要和人、环境以及其他 Agent 协作，Agent 能力又和模型密切相关，因此 Agent 模型和协作环境需要紧密融合。我们在两个月前把豆包、飞书、火山引擎的力量整合到了一起，更加聚焦打造优质的工作与生产力产品。"
这段话翻译成产品语言，可以写成一个乘法式：
Agent 的可用性 = 模型能力 × 企业上下文（知识 / 权限 / 流程） × 执行环境（工具 / 数据）
三项都不是可选项。模型再强，如果 Agent 不知道这家公司的组织架构、拿不到它的历史文档、碰不到它真实在用的业务系统，它就只是一个更聪明的问答框。反过来，企业把这些上下文交给谁，谁就决定了 Agent 能走多远。
问题在于，这三项在这次调整之前，分属三个不同的业务单元。
豆包管模型，飞书管企业与人的协作场景，火山引擎管算力与交付。三者分属三个 BU 时，这个乘法在组织结构上就做不通------任何一次跨部门的接口协商，都要消耗掉一部分本该用在产品上的速度。
于是就有了第二条论据，它比任何战略表述都具体：自今年 3 月上线以来，飞书通过 CLI（命令行接口）向 Agent 开放的功能点，从 247 个增至 767 个，调用成功率提升至 95%，速度加快 39%。
这 767 个功能点是什么？是企业上下文的具体形态。Agent 能不能替人干活，不取决于它多聪明，而取决于它能碰到多少真实的工作对象------能不能写文档、能不能操作多维表格、能不能排日程、能不能发起审批、能不能查云盘。
值得注意的是，这个判断不是字节独有的。
微软把 Copilot 直接嵌进 Word、Excel、PowerPoint，而不是让它作为一个独立产品存在；Google 在 2025 年取消了 Gemini 附加包，把 AI 能力直接纳入 Workspace 套餐。
两家绕了不同的路，最后都指向同一个结论：AI 助手不适合作为一个独立产品存在。
为什么？因为模型正在趋同。当基础能力的差距以季度为单位被追平，真正稀缺的资产就第一次变成了"企业上下文"------那些不可迁移的数据、沉淀下来的流程，以及组织权限体系。
谁握着上下文，谁就握着 Agent 的命门。
这也解释了为什么被放进豆包体系的是飞书，而不是相反。飞书携带的，正是那个不可迁移的部分。
四、合并原因2：希望客户为"结果"付费
整合之前，飞书、豆包企业版、火山引擎 MaaS 各自拥有一支拓客队伍。三支队伍面对同一批企业客户，谈的是同一次数字化转型，用的是三套产品和三份报价单。重叠的不只是研发与销售资源，还有客户的理解成本。
"创造力服务平台"要解决的正是这个。它把字节 MaaS 和 SaaS 等云服务的市场、销售、客户服务统一归口，让客户只需要面对一个字节，而不是三个。
支撑这件事的体量也足够：截至 2026 年 7 月，按平均消耗口径统计，字节大模型业务 ARR 达到 40 亿美元，超过国内其他模型公司 ARR 的总和。
但如果只写到这里，文章就停在了一份组织优化说明上。更值得写的，是定价逻辑本身正在动摇。
协同办公，或者说国内的sass服务，是一门低毛利、高定制、重服务的生意。它的商业模式基准是"按账号收费"，也就是卖lincense，公司有多少人用，就付多少份钱。这个模型的天花板清晰可见：员工总人数有上限，而席位的单价很难持续上涨。
当 Agent 开始真正承担工作，客户自然会问一个新问题：我到底是在为"人"付费，还是在为"结果"付费？
如果是后者，那么按席位计费的整套体系都需要重写。而这恰恰是整合能够成立的前提之一------只有当云、模型、SaaS 被打包在一起，才有空间去尝试新的计费方式。
但这条路远没有到可以下结论的时候。
快思慢想研究院院长田丰的判断："单产品规模化盈利需要同时具备两个条件，一是推理成本进一步下降，二是企业愿意按 Agent 执行结果、而非账号席位付费，乐观估计要到 2027 年之后才可能看到头部产品的盈利拐点。"
也有分析师提供了一个反面视角："业务长期独立运行会造成研发销售资源重叠、AI 能力与办公场景割裂，整合后最大的优势是面向客户输出一体化方案；但独立事业部模式更有利于多元业务试错和持续创新。整合的最终成效，仍然取决于业务融合深度、产品竞争力、ToB 落地能力以及内部跨团队协同效率"
换句话说，"合并是对的"目前还是一个待验证的判断，而不是一个已经兑现的结论。
五、合并原因3：补上那块短板
第三个原因，藏在字节最擅长的地方的反面。
截至 2026 年 6 月，豆包月活达到 3.82 亿，是国内最大的 AI 原生应用之一。但那是 C 端心智------用户知道用它写东西、查资料、做图。企业市场的入口逻辑完全不同：它靠的是组织关系网的沉淀。
在这一点上，字节不是最强的那个。钉钉已经覆盖数千万级企业组织。企业多年形成的组织架构、审批习惯和业务流程，并不会因为出现一个新的 AI 工具就轻易迁移------这是阿里真正的护城河，也是过去十年协同办公战争里最难被撼动的部分。
而飞书恰好握着另一端的筹码。它在新经济行业的渗透已经到了相当高的水位：新能源销量前 30 的品牌中七成在使用飞书，2025 年市值前十的上市车企中有 9 家选择飞书，中国上市茶饮集团全部在用飞书。
于是字节的路径变得清晰：把 C 端心智（豆包）与 B 端上下文（飞书）接上，走一条从 C 端反向进入 B 端的路。这条路的风险也同样清晰------C 端的个人使用习惯，未必能迁移成 B 端的组织采购决策。
三家大厂在同一时间点的动作，刚好可以并排来看：
|--------|--------------------|---------------------|------------------|
| | 阿里 | 腾讯 | 字节 |
| 打法 | 并入口 | 留矩阵 | 做重组 |
| 动作 | 三款办公智能体深度整合为"千问办公" | 调整业务线资源补强 WorkBuddy | 产品归豆包、销售归创造力服务平台 |
| 底牌 | 钉钉的组织关系网与 B 端客户底盘 | 微信 / 企业微信关系链 | 模型能力 + 豆包 C 端心智 |
| 风险 | 品牌收拢后丧失试错空间 | 前台多入口分散用户注意力 | 组织融合深度尚待验证 |
三种打法没有高下之分------它们本质上都在回答同一个问题：AI 办公时代，用户到底需要几个 AI 助手？
答案很可能是：一个就够了。
六、其他大厂的赛马趋于结束
如果把时间轴拉长到整个 2026 年夏天，会发现飞书与豆包的整合不是孤立事件。
7 月到 8 月，四家大厂几乎同时结束了自己内部的"赛马"：阿里把三款办公智能体深度整合，推出"千问办公"；腾讯调整业务线资源补强 WorkBuddy；百度将内部智能体研发资源整合进百度搭子；字节推出统一的办公 Agent 品牌"豆包工作"。
短短两个月，几家公司从"多产品并行试错"，转向"集中资源押注一个核心入口"。
AI 办公的第一次洗牌，没有发生在市场上，而是发生在各家自己的组织架构里。
赛道确实在快速起量。2026 年 6 月，国内 17 款主流桌面端 AI 原生办公智能体的合计月访问量突破 6000 万次，较 3 月的约 2000 万次增长了两倍。IDC 数据显示，中国企业级 AI 智能体市场规模 2025 年约 212 亿元，预计 2026 年增至 449 亿元，同比增长 112%，到 2029 年有望突破 3320 亿元。
但在同一份时间表上，还有一个不太好听的事实：没有一家头部产品实现规模化盈利。
"赛道很大"和"没人赚钱"可以同时成立。这大概就是这一轮 AI 办公竞争最真实的底色。
七、后记1：如何管理一个 Agent
在这场竞争里，被讨论最多的是模型能力、入口流量和生态矩阵。但这次发布会上真正被低估的部分，是一个更朴素的问题：企业怎么"管理"一个 Agent。
飞书 8.0 对 Agent 的适配，官方总结为三点：让人与 Agent 自然协作；让 Agent 像人一样使用各类产品；让企业管理 Agent 像管人一样权限清晰、安全可控。第三条最值得展开。
具体机制是这样的：Agent 的权限边界继承自员工------员工访问不到的数据，Agent 同样拿不到；企业可以按部门或个人设置 Token 用量上限，对高消耗场景进行定向管理，同时获得详细的 Token 消耗统计。这些设计都不炫技，但恰恰是企业愿意把真实工作流交出去的前提。
"豆包工作伙伴"则走得更远。它拥有独立身份、权限和记忆，可以被拉进飞书群，由企业统一配置后供全员共用；遇到超出自身职级的权限需求时，它会主动向更高级别的成员申请，并把结果反馈回群聊。
这套机制引出了三个几乎还没有人认真回答过的问题：
Agent 算不算编制？它产出的内容应该由谁负责？它消耗的 Token，应该记入哪个成本中心的预算？
这三个问题的答案，可能决定了未来三年企业的组织形态。
企业敢把工作流交给 Agent 的前提，从来不是模型多强，而是出事可追溯、成本可控、权限可管。这是一套信任基础设施，它的建设难度不亚于模型竞赛，也几乎不会被写在发布会的主角位置上。
八、后记2：AI时代，还没有确信拿到了船票
把飞书放回十年的时间尺度上看，这次调整或许不是终点，而是一次换乘。
2016 年，飞书在字节跳动内部立项。梁汝波在发布会上回忆，字节的 ToC 产品从立项到发布平均只需要 3 个月，而飞书用了 3 年，2019 年才发布全球版本。在他晒出的朋友圈截图里，他把飞书称作"我在字节跳动至今憋得最长时间的产品"。
十年之后，这个产品结束了独立身份。
但梁汝波给了它一张新的船票。他说："飞书算是从 Mobile 时代上了车，希望在 AI 时代，飞书能充分抓住属于它的机会。"
在同一场演讲里，他还有一句更直接的承诺："接下来我们会在企业市场投入更多的资源和力量。"
十年前，飞书拿到的是移动互联网的末班车票。这一次，它拿到的是一张 AI 时代的票------票价是交出独立身份。
至于这张票最终值不值，现在没有人能给出答案。唯一确定的是：在 2026 年上半年那份增速创下新高的报表里，飞书交出的是一份没有争议的成绩单；而在同一年的组织架构图上，它的坐标被重新画了一次。
这两个事实会一直并置在那里，等着时间来回答。