9月15日消息,飞书与豆包工作在 2026 飞书未来无限大会暨豆包工作开工大会上发布新产品「豆包工作伙伴」。官方给出的定位是国内首个面向团队的独立 Agent,豆包工作伙伴产品负责人翟林在介绍中的说法是,它像人一样加入团队、参与协作。产品当前处于早期预览阶段,官方同时给出了霸王茶姬、赛力斯、旷世传声等使用企业。 它和个人 Agent 的三点分别
翟林把这一产品与常见个人助手的不同拆成三点。
第一点是它像员工一样理解团队。个人 Agent 进群可能泄露个人隐私,是不少用户的顾虑;豆包工作伙伴拥有独立身份与权限,用户把它拉进群时不涉及个人资料。它通过参与群聊、会议和项目了解团队分工与事情进展,团队成员与它协作时可以少交代背景,它沉淀的工作记忆归属团队而不是个人。
第二点是它和团队一起推进工作。它参与多个工作群,同事提出想法后参与讨论、调整建议,也能跨群去找相关人协调推进;看到群里的讨论,它会自己判断什么时候该站出来,主动发现问题。
第三点是它的积累让团队受益。一个人给它配的新技能,其他同事可以直接使用;它在工作中沉淀的经验留在组织内供团队共享。对已经配好个人 Agent 的员工来说,这三点差别对应的正是团队场景里最费时的两件事:重复交代背景和逐人重复配置。
权限与记忆归谁
按飞书官方帮助中心,豆包工作伙伴的权限与使用者权限一致,AI 的所有动作可追溯,敏感操作需要人工确认。提前获得体验资格的媒体实测给出更细的说明:它的权限按群聊、资源和应用授权生效,可以读取并回复已加入的群聊,向可触达的人或群发消息,也可以搜索公开网页,原本飞书里的权限规则依然有效。个人 Agent 多数时候借用使用者的权限,团队 Agent 需要有自己的权限,这是两者在权限模型上的分野。
一个叫「小飞」的内部案例
翟林用豆包团队自己的使用记录来说明这类 Agent 的工作方式,团队给这位伙伴起名叫小飞。
一位同事遇到消息乱码,截图发到群里,当时负责的同学还没回应,小飞自己开始排查,检查相关 iOS 客户端代码、定位问题并在群里给出修复方法,整个过程没有人给它安排任务。团队设计功能宣传页时,让小飞结合过往各团队的宣传材料挑出适合展示的案例,产品和销售同事对推荐结果提意见,它反复调整;讨论到某项新功能有几个团队在试用时,小飞直接去该功能的产品开发群找对应产品经理询问,10 分钟后把结论带回讨论群。
周报的处理方式也被改变。每到周五,小飞结合上百个群里的消息、参加过的会议和飞书项目中的进展,参考团队以往的写法整理出周报发到群里,各版块负责人只做少量校准。客户访谈中它全程参加,客户提到重要问题时,团队在会上直接让它把这段反馈讲给相关负责人,它找到合适的群和对应的人,把客户遇到了什么、为什么要解决说清楚;方案确定后,它可以直接拉取代码开发,由工程师验收上线。
这些记录都出自厂商内部,没有第三方验证。
早期预览阶段,以及从零到可用之间的距离
官方材料把当前状态标为早期预览阶段。翟林在台上也讲了产品打磨过程中的弯路:团队最初以为把 Agent 拉进群它就能和大家一起工作,试过之后发现,能在群里说话离真正给团队带来价值还有很长的距离,需要大模型、Agent 和协同办公平台三者配合。她表示产品会继续与客户共创,逐步向更多客户开放。
飞书 CEO 谢欣在总结中把这一产品的定位概括为让 Agent 从个人助手变成团队成员,并提到 Anthropic 发布的 Claude 与 Slack 的结合是在同一方向上的探索。 身份、权限与记忆归组织,不归使用它的那个人
团队 Agent 与个人助手的分野不在能力清单,而在三样东西的归属:身份、权限、记忆。个人 Agent 的能力再强,它的权限来自某个人、经验留在某个人的账号里;豆包工作伙伴把这三样放到组织侧,换来的是配置一次全员可用、经验不随人员流动丢失,代价是企业在授权与审计上要建立新的规则。
当前阶段的限制同样明确。产品处于早期预览阶段,公开材料里的工作记录都来自豆包团队自己的群,客户名单有具名但使用效果未公开;把内部案例的工作方式复制到客户组织里会遇到什么问题,现有材料没有回答。