飞书8.0重构协同平台,豆包工作让AI真正进入企业流程
飞书变了:从办公工具到AI协作底座
今年不少公司的工作群里,开始出现一些“新同事”——它们不是真人,而是AI Agent。你可以把它们拉进群聊,它们能读历史消息、看文档、参加会议、接任务,甚至还能@另一个Agent一起干活。

这听起来像科幻,但已经真实发生。关键在于,这些Agent不是孤立的聊天机器人,而是嵌入在企业日常协作流中的“数字员工”。要让它们真正干活,光有大模型不够,还得有一套能提供业务上下文、工具调用和权限控制的平台。

飞书正在扮演这个角色。在今年的“飞书未来无限大会暨豆包工作开工大会”上,字节跳动明确传递了一个信号:协同办公没过时,只是目标变了——过去是让人高效沟通,现在是要让工作被AI理解、执行并产出结果。

企业选协同平台,开始看“能不能让AI进来”

过去企业挑协同工具,主要看聊天顺不顺畅、文档好不好用、能不能连业务系统。现在多了一个新指标:这套平台能不能让AI真正进入组织?

这个变化已经在客户选择中体现出来。赛力斯把飞书当作承载组织AI化的SAI 2.0;正大天晴为了更充分使用AI能力,把核心办公系统迁到飞书;迈金智能直接称飞书为“未来的企业AI操作系统”。一批大模型、自动驾驶和机器人公司,也默认用飞书作为组织基础设施。

数据也佐证了这一趋势。飞书披露,2026年上半年ARR增速达到去年同期的2.5倍,创成立以来新高;超过九成的新增客户同步采购了飞书AI产品。过去一年,中小企业客户总量增长70%。

这些数字不代表企业已完成AI转型,但说明选型逻辑变了:大家不仅关心今天能不能写好文档,更关心明天AI能不能基于这些文档干活。
上下文才是Agent的命脉
决定企业Agent能力上限的,不只是模型有多聪明,而是它能拿到多少上下文。
企业每天产生的群聊、会议记录、文档、知识库、审批流和数据表,共同解释了一家公司怎么运转:谁负责什么、任务怎么拆解、决策怎么形成、价值观体现在哪些细节里。这些信息长期沉淀在协同平台中。
没有这些,Agent再强也只能回答通用问题;不能调用内部工具,就只能提建议,没法真正执行;缺少权限和审计,企业也不敢让它碰核心流程。
飞书过去十年积累的,恰恰是这块最难重建的地基。2026年初OpenClaw兴起时,国内开发者很快发现,飞书是连接Agent与真实工作的最佳入口。随后飞书开源CLI,把消息、文档、会议、日程、多维表格等能力开放给各类Agent。
到今年3月上线以来,飞书通过CLI开放的功能点从247个增加到767个。Agent不仅能读写内容,还能操作多维表格、安排待办、查云盘、发起审批,甚至用飞书画板生成可编辑的信息图。
飞书8.0:让Agent像人一样工作
飞书8.0把这些能力产品化,CEO谢欣总结为三个方向:让人与Agent自然协作、让Agent像人一样使用飞书产品、让企业管理Agent时权限清晰且安全可控。
在群聊里,员工可以直接搜名字把Agent拉进来;在文档评论区@Agent,它能回答问题或修改内容;多个Agent还能在同一群组协作。Agent不再是藏在对话框里的功能,而是协作网络中的一个节点。
更重要的是权限继承。Agent的数据访问权限完全沿用使用者身份——员工看不到的信息,Agent也拿不到。管理员还能统一管理所有Agent,追溯使用记录,并对高消耗场景做用量管控。
这套机制解决了企业最担心的问题:AI能不能在不越权的前提下干活?
豆包工作:原生融入飞书的企业级Agent
如果说飞书8.0是底座,豆包工作就是跑在上面的“原生Agent”。它和飞书共用账号与权限体系,能在授权范围内直接调用群聊、文档、会议、多维表格及业务系统数据。
因为深度集成,它不用从零理解用户所在的公司。发布会上,团队用“能力强、懂业务、守规矩”概括其特点。
比如,它可以汇总各销售团队的报告,核对统计口径后生成统一汇报材料;也能分析电商平台的用户评价,提炼需求并制作营销文案。群聊讨论出方向后,还能继续整理方案、拆解任务、跟进执行。
企业工作很少靠一次指令完成。正如发布会所说:“真正的工作是非常难一次成型的,好结果往往是一版一版改出来的。”这意味着Agent必须能理解反馈、保留上下文,并陪伴任务持续迭代——豆包工作正是按这个逻辑设计的。
豆包工作伙伴:AI成为团队的“共同资产”
新发布的豆包工作伙伴又往前走了一步。它服务的对象从个人扩展到团队,拥有独立身份、权限和记忆,能加入多个群聊、参与会议,在不同群组间主动寻找信息,并把团队长期形成的方法沉淀为可复用的能力。
飞书内部用的工作伙伴“小飞”曾在一个群聊中发现一个长时间无人认领的问题,主动去另一个相关群组找答案,再把结果带回原群。这里的Agent不再被动等待指令,而是开始观察工作进展,并在适当时机主动介入。
目前豆包工作伙伴仍处于定向共创阶段,但它指向一个更重要的可能性:AI不只是每个人私有的助手,也可以成为团队共有的“组织角色”。
飞书8.0、豆包工作、豆包工作伙伴由此形成三层架构:协作与治理平台、开箱即用的企业Agent、面向未来的团队数字员工。而这一切能成立,都依赖同一块地基——飞书积累的组织上下文、业务工具和权限体系。
字节的“多兵种联合作战”
今年大会同时挂两个名字——“飞书未来无限大会”和“豆包工作开工大会”,本身就是个强烈信号:豆包与飞书不再是局部功能对接,而是共同定义AI时代的工作产品。
字节跳动CEO梁汝波提到:“我们在两个月前把豆包、飞书、火山引擎的力量整合到了一起,更加聚焦打造优质的工作与生产力产品。”
这场整合已见成效:飞书8.0系统性适配Agent,豆包工作原生进入飞书,豆包工作伙伴探索团队Agent形态。平台、Agent、模型不再各自讲故事,而是被放进同一套企业工作方案。
这种整合有行业必然性。随着基础模型具备执行复杂任务的能力,企业AI竞争重点正从“谁的模型更强”转向“谁能帮客户把AI部署到业务中”。越来越多AI公司开始从模型服务延伸到Agent、工作入口、数据连接、安全治理和交付服务。
对企业来说,模型、Agent、协同平台不是三个独立问题。模型决定AI能否理解任务,Agent决定它能否调用工具执行,协同平台提供员工、数据、流程和权限,云基础设施和服务团队则保障部署与安全。
如果这些能力还按产品边界分开提供,最终只能由客户自己打通系统。任何一个环节断开,AI就可能停在演示阶段——这也是为什么今天很多强大模型,真要让它填个报销单,可能还不如实习生干得快。
豆包、飞书、火山引擎的整合,正是回应这个问题:豆包提供模型与Agent产品,飞书承载组织中的知识与流程,火山引擎提供算力、开发工具和企业技术服务。三者组成一条从模型能力到业务落地的完整链路。
协同办公的积累,成了Agent时代的护城河
这场整合也意味着,字节正在从“由产品定义业务”转向“围绕客户场景组织AI能力”。客户要解决什么问题,模型、Agent、平台、云和交付就协同作战。
而在这套组合中,飞书过去十年在协同办公的积累,并没有因Agent出现而过时。相反,组织中的群聊、会议、文档、知识、流程、身份和权限,构成了Agent进入企业最难重建的上下文底座。
模型决定Agent可以有多聪明,这块底座则决定它能否理解真实的组织、接住任务并持续产生价值。
飞书在协同办公时代的积累,正在变成Agent时代的竞争力——也是豆包工作伙伴这类新产品能成立的前提。当别人还在教AI怎么写代码时,飞书已经让AI学会怎么在一个真实公司里“上班”了。