飞书 8.0 发布团队智能体:AI 第一次以「同事」身份进入组织架构,独立身份、权限和记忆由企业统一配置

飞书 8.0 与豆包工作伙伴团队智能体资讯封面图,包含独立身份、权限一致、用量上限、群聊协作、定向共创等中文关键词

2026 年 9 月 15 日,2026 飞书未来无限大会暨豆包工作开工大会在北京举办。飞书发布 8.0 版本,官方口径是「飞书在 Agent 时代交出的第一份答卷」;同场推出团队智能体产品「豆包工作伙伴」,被称为国内首个团队智能体。先把事实按会议披露的内容梳理清楚,再谈它到底改了哪件事。

事实梳理:会议披露了什么

背景数据。2026 年是飞书第十年。官方披露 2026 年上半年年度经常性收入增速达到去年同期的 2.5 倍,为成立以来新高;超九成新增客户同步采购了飞书 AI 产品;中小企业客户总量在过去一年增长 70%

接口底座。支撑 Agent 调用能力的飞书 CLI 自今年 3 月上线以来,开放功能点从 247 个增至 767 个,调用成功率从 78% 提升到 95%,调用速度加快 39%。这组数字比功能演示更能说明问题——它说明 Agent 在飞书里「能不能稳定地把事办成」这件事,过去半年是有实质进步的。

飞书 8.0 的三个层面。一是人与 Agent 自然协作:在群聊里搜索名字就能把 Agent 拉进群,多个 Agent 也可以在群内互相配合完成任务。二是 Agent 能像人一样使用飞书各类产品:撰写文档、操作多维表格、安排日程待办、参与会议、查阅云盘和妙记、发起审批流程,覆盖面接近人在飞书内的全部操作。三是企业对 Agent 拥有清晰可控的管理权限。

权限与治理。官方给出的一条硬规则是:Agent 的权限始终与使用者一致,员工看不到的信息,Agent 也无法获取。此外,企业管理员可以统一管理 Agent、追溯使用情况、设定 AI 用量上限,并管控高消耗模型与场景。

豆包工作与飞书原生融合。豆包工作与飞书共用同一套账号体系,能调用更完整的上下文,用户可在飞书各个场景随时调用。豆包工作支持生成和局部修改 Word、Excel、PPT、网页、应用等成果,通过操作电脑、多智能体协作和云端持续运行处理复杂任务,官方概括为「能力强、懂业务、守规矩」三个特性。

本场主角:豆包工作伙伴。这是国内首个团队智能体产品,把 AI 的服务对象从个人扩展到整个团队。它拥有独立身份、权限和记忆,能像同事一样加入飞书群聊;企业统一配置其权限、能力和用量,全员与同一个智能体协作,不需要各自设置。在授权范围内,它可使用飞书文档、表格、会议、日历和企业业务系统,完成信息同步、文档审校、周报整理和代码分析,并根据工作进展主动推进任务。它还能通过记住群聊、文档和会议内容,积累并复用团队的技能与经验。目前产品处于与企业定向共创阶段,将逐步向客户开放;该产品此前以「飞书 aily」为名内测,8 月 14 日更名升级。

一句组织层面的表态。字节跳动 CEO 梁汝波在会上表示,Agent、模型与协作环境需要紧密融合,公司两个月前调整组织架构,整合豆包、飞书和火山引擎,聚焦工作与生产力产品。

同一天的另外两件事。阶跃星辰发布新一代语音大模型 StepAudio 3 系列,一次性推出实时交互、语音识别、语音合成、音频生成和音乐创作五款模型;支付宝客户端团队披露面向 AI 原生终端交互的 xUI 引擎架构,支撑智能体「阿宝」的端云协同服务闭环,涵盖全双工多模态通信、把模型输出映射为可交互界面的生成式渲染,以及分层多 Agent 编排。海外同周,Salesforce 在 Dreamforce 大会发布面向 Agentforce 的首个 CRM 推理模型;IBM Research 则公开指出生产级智能体存在「演示成功但复现失败」的可靠性缺陷。三条线放在一起看,方向是一致的:Agent 正在从演示台走进真实的组织流程。

团队智能体到底新在哪:和个人助手的三点差别

「团队智能体」听着像个营销词,但和常见的个人助手确实有三点实质差别。

第一,身份是独立的,不再是某个人的附属。个人助手长在你的账号里,你走了它就没了;团队智能体有独立身份,可以像人一样被拉进群、被授权、被审计。这意味着它在组织里的位置是一个可长期存在的实体,而不是一个功能按钮。

第二,记忆是共享的,不是私有的。这一点最容易被低估。个人助手的记忆只服务一个人,团队智能体记住的是群聊、文档和会议——它积累的是团队的技能与经验。好处是新人进来直接问它,坏处是记忆的边界变得很难划:谁说的话会被它记住、离职成员的历史对话算不算团队资产、敏感讨论会不会被它复述给不该看的人。记忆机制本身怎么做,可以参考 AI Agent 记忆怎么设计,那篇讲的记忆污染治理在这里会变得更要紧——因为它污染的是整个团队的判断。

第三,配置是统一的,不是人人一套。个人助手各配各的,最后一定出现「十个人十个版本、谁也说不清哪个对」。团队智能体由企业统一配置权限、能力和用量,好处是标准一致、可管理,代价是它的行为一旦有问题,影响的是所有人,没有「我这边的还能用」这种缓冲。

影响一:权限模型成了办公 Agent 的护城河

这次披露里最硬的一条规则,不是某个功能,而是那句「Agent 的权限始终与使用者一致,员工看不到的信息,Agent 也无法获取」。

看上去平平无奇,实际上是整套体系能不能落地的地基。企业里反对上 Agent 的声音,核心诉求从来不是「它不够聪明」,而是「它会不会看到不该看的、动了不该动的」。把 Agent 的权限直接绑在人的权限上,等于复用了一套企业已经信任了十几年的模型——不需要为 Agent 重新设计一套授权体系,也不需要说服任何人接受新概念。

这条思路和站里写过的 AI Agent 权限管理怎么做 是同一个大方向:最小权限、身份可追溯、子账户隔离。区别在于,企业在内部自建 Agent 时往往要自己造这套轮子;而平台把它做进底座,等于把最麻烦的那一半替你省了。

对做 Agent 的人来说,这里有一条可以直接抄的判断标准:你的 Agent 能不能简单地回答「它的权限等于谁的权限」?如果答不上来,多半存在一个隐性的超级账号,那个账号早晚会出问题。

影响二:Agent 的用量和成本被摆上台面,开始要算账了

管理员可「统一管理 Agent、追溯使用情况、设定 AI 用量上限、管控高消耗模型与场景」——这条被放在和权限同等的位置讲,说明一件事:企业用 Agent 已经过了「先跑起来再说」的阶段,进入要算账的阶段。

算账这件事在个人场景是无感的,在公司场景是刚需。一个团队共用一个智能体,用量归谁、超支谁批、哪个场景不该用贵模型,这些问题不解决,Agent 就从「提效工具」变成「不可控的支出项」。成本怎么拆、怎么省,站里在 AI Agent 成本怎么算、怎么省 里有一套清单,其中「按场景分配模型档位」这条用在团队智能体上尤其有效。

顺带说一句:用量上限这个设计其实还有一层安全含义——它天然限制了失控的破坏半径。Agent 陷入死循环、被提示词注入反复调用工具时,先撞到的往往是预算闸门。

影响三:办公 Agent 的竞争从「谁能干」变成「谁在组织里」

把视角拉远一点,最近一个月的三条动态其实构成了一组对照。

飞书的选择是自研 Agent 深度整合。不满足于开放接口等第三方来接入,而是把自家的 Agent 产品做进协作环境,让它拥有账号、权限和组织位置。这正是「团队智能体」这个新品类的由来——协作界面本身成了 Agent 的运行环境。

企业微信的选择是开放。我们在 8 月写过 企业微信 5.0.10 全面开放 CLI 和 MCP,思路是让各家 Agent 都能直连协作模块,自己做被接入的一方。两种路线没有对错,但决定了后面的玩法:前者拼产品完成度,后者拼生态广度。

再看一个月前的同一条产品线:8 月 25 日豆包工作品牌正式上线、Coze 与 TRAE 并入豆包、与飞书深度打通,当时我们写的是「国内 AI 办公 Agent 入口战全面开打」(豆包工作正式上线)。今天这条新闻的增量在于:上次解决的是入口在哪,这次解决的是 Agent 在组织里算不算一个正式成员。入口战打的是用户点开谁,组织战打的是权限、审计和注销流程怎么做——后者才是能把 Agent 真正嵌进企业日常的那一层。

对自建 Agent 的团队,这里有个现实提醒:多智能体协作的复杂度不会因为你用了平台就消失,任务怎么拆、上下文怎么传、结果怎么合并,这些坑是通用的,参考 多 Agent 协作有哪些坑

老达点评

第一,「独立身份」这四个字比所有功能演示都重要。过去两年企业里跑的 Agent 大多数是「借来的身份」——用的是某个员工的账号或一个万能的管理员密钥。这种模式下,出了事根本无法回答「是谁干的」,因为执行者没有自己的身份证。团队智能体把身份、权限、记忆三样都独立出来,等于承认了一件事:Agent 会长期存在于组织里,所以它需要像员工一样被登记、被授权、被审计、被注销。这是从「工具」到「成员」的分界线。

第二,团队共享记忆是这次最大的亮点,也是最大的待解题。它确实解决了一个真实痛点:团队的经验不该随某个人的助手一起消失。但记忆一旦共享,边界问题就全冒出来了——群里的抱怨、还没定稿的方案、离职成员的对话,都会被它记住并可能被复述。演示里不会讲这些,可它们才是决定这件事能不能在真实组织里跑通的关键。我期待的下一步不是记忆能力变强,而是记忆的权限粒度变细:谁能查、谁能删、哪些内容默认不入库。

第三,「定向共创」这四个字要盯住。目前产品还在与企业定向共创阶段,逐步开放。这是稳妥的做法,但也意味着现在看到的一切都是最优条件下的表现。判断它成不成,三个观察点:什么时候公开、独立身份在审计上怎么落地(能不能出一份可核对的访问记录)、以及一个团队智能体到底要不要「离职流程」。第三个问题听着好笑,但企业迟早会问——它知道的太多了。

第四,对中小团队来说,这次的好消息是「不用自己造轮子了」。权限绑定使用者、用量上限、高消耗场景管控,这三样过去要自建,现在平台给了一半。但坏消息同样明显:团队智能体的价值高度依赖你自身的流程成熟度。如果你的周报本来就没人认真写、文档本来就散在各处,接一个智能体进来,只会更快地产生更多没人看的东西。工具能放大效率,也能放大混乱,这一点在演示里永远看不出来。

总结

9 月 15 日,飞书在北京发布 8.0 版本,为适配 Agent 做系统性重构:人与 Agent 可在群聊中自然协作、Agent 能像人一样使用飞书各类产品、企业对 Agent 有清晰可控的管理权限。同场推出国内首个团队智能体「豆包工作伙伴」,它拥有独立身份、权限和记忆,能像同事一样加入群聊,由企业统一配置权限、能力和用量,目前处于与企业定向共创阶段。支撑能力的飞书 CLI 功能点从 247 增至 767,调用成功率由 78% 升至 95%。老达点评:这次真正的分界线是「独立身份」——Agent 第一次被当成组织成员而不是工具来设计;团队共享记忆是最大亮点也是最大待解题,记忆的权限粒度会是下一个看点;对自建 Agent 的团队,最值得抄的一条是「Agent 的权限等于谁的权限」这个必须能回答的问题。

发表评论

您的电子邮箱地址不会被公开,必填项已标注 *