飞书 8.0 与豆包工作伙伴深度评测：当协同办公平台开始为 Agent"重构地基"

Tue, 22 Sep 2026 00:00:00 +0000

摘要

2026 年 9 月 15 日，字节跳动在北京举办"2026 飞书未来无限大会暨豆包工作开工大会"，正式发布飞书 8.0，并推出国内首个定位为"团队智能体"的产品"豆包工作伙伴"。与常见的"在办公软件里加一个 AI 侧边栏"不同，飞书 8.0 被官方定义为面向 Agent 的系统性重构：通过 CLI 向智能体开放的功能点从今年 3 月的 247 个扩展到 767 个，调用成功率从 78% 提升到 95%；智能体可以被"像加同事一样"拉进群聊、@ 分派工作、互相协作，并在与员工完全一致的权限模型下操作文档、多维表格、日程、会议、云盘与审批。本文将从技术架构、权限治理、落地门槛与商业模型四个维度，对这次发布做一次尽量客观的评测。

事件背景

2026 年是飞书诞生的第十年。官方披露的两组数据能说明它当前的客户结构：市值 Top 10 的中国上市车企中，9 家已全部或部分使用飞书；中国上市茶饮集团全部在用飞书；上半年人形机器人销量 Top 10 的企业中，9 家在用飞书。商业表现上，2026 年上半年飞书年度经常性收入（ARR）增速达到去年同期的 2.5 倍，创成立以来新高；超过九成新增客户同步采购了飞书 AI 产品，中小企业客户总量在过去一年增长 70%。

而这次发布并非孤立的产品迭代。两个月前，字节跳动把豆包、飞书、火山引擎三条业务线在企业服务侧进行整合，形成"模型 + Agent + 协作环境"的能力闭环：豆包工作提供智能决策与任务执行，飞书承载企业内部协作关系、工作信息与权限体系，火山引擎提供底层大模型与算力。字节跳动 CEO 梁汝波在大会上指出，企业 AI 很难依靠单一产品落地，必须形成能力闭环。

飞书 CEO 谢欣则把话说得更直接：“飞书的服务对象，已经从单纯的人扩展到了 Agent。“当 Agent 进入群聊、文档和业务流程之后，协同平台原本为人设计的界面，必须转化为机器可以理解、可以调用的能力。这正是飞书 8.0 要解决的问题。

核心技术解析

技术架构

飞书 8.0 的底层变化可以概括为三件事：开放数据与工具、重构人机协作界面、为 Agent 建立第一等公民的权限模型。官方用"适 Agent 化改造"来形容这轮升级。支撑这一切的是 CLI（命令行接口）能力的持续迭代——自今年 3 月底上线以来，飞书通过 CLI 向 Agent 开放的功能点由 247 个增至 767 个，覆盖消息、文档、多维表格、日程、会议、云盘、审批等几乎全部核心能力，调用成功率也从 78% 提升到 95%。

  graph TD
    A[飞书 8.0 for Agent 重构] --> B[数据与工具开放层]
    A --> C[人机协作交互层]
    A --> D[安全与治理层]
    B --> B1[CLI 功能点: 247 -> 767]
    B --> B2[覆盖消息/文档/多维表格/日程/会议/云盘/审批]
    C --> C1[像加同事一样把 Agent 拉进群聊]
    C --> C2[@ 分派工作, 多 Agent 互相协作]
    D --> D1[Agent 权限与使用者一致]
    D --> D2[管理员统一管理/追溯/用量上限]
    B1 & B2 --> E[豆包工作伙伴<br/>独立身份 + 权限 + 记忆]
    C1 & C2 --> E
    D1 & D2 --> E
    E --> F[在授权范围内自主执行团队任务]

关键创新点

为 Agent 开放完整的工作面：Agent 可以在飞书里撰写文档、操作多维表格、安排日程待办、参与会议、查阅云盘和妙记、发起审批流程。官方表述是"人能在飞书里完成的工作，Agent 几乎都能完成”。在飞书画板这类工具上，Agent 甚至展现出超越人类的创造性——相比人绘制的简单流程图，Agent 能绘制出结构高度复杂、每个元素都可编辑的信息图。
把 Agent 当"一等公民"的权限模型：这是本次发布中最被低估、却最关键的设计。飞书强调，Agent 的权限始终与使用者一致——员工看不到的信息，Agent 也无法获取。管理员可以统一管理 Agent、追溯使用情况、设定 AI 用量上限，并管控高消耗的模型与场景。对于希望把业务数据交给 Agent 的企业，这条"权限对齐"原则是能否落地的前提。
原生融合带来的上下文优势：相比第三方平台，豆包工作与飞书共用同一套账号体系，能够调用更完整的企业上下文，用户可以在飞书各个场景里随时调用它。飞书多年积累的身份体系、权限设置与工作记录难以迁移，构成了 Agent 理解业务所需的独特上下文。
团队智能体：从"个人助手"到"AI 同事”：新发布的"豆包工作伙伴"拥有独立身份、独立权限与独立记忆，能像同事一样加入群聊和项目组，长期追踪团队上下文并主动执行任务。企业统一配置其权限、能力与用量，全员可以与同一个智能体协作，而无需各自设置。

性能评测

由于是平台级产品而非单一模型，这里更适合用"能力清单 + 治理能力"来评估，而非跑分。

维度	豆包工作（Agent 产品）	豆包工作伙伴（团队智能体）
定位	面向生产力场景的 Agent	团队级智能体，服务对象从个人扩展到团队
核心特性	能力强、懂业务、守规矩	独立身份、权限、记忆
产物能力	生成与局部修改 Word / Excel / PPT / 网页 / 应用	信息同步、文档审校、周报整理、代码分析
执行方式	操作电脑、多智能体协作、云端持续运行	加入群聊/项目组，主动工作
权限	沿用飞书用户身份与权限 + 技能/连接器	企业统一配置权限、能力、用量
当前状态	与飞书原生融合	与企业定向共创阶段，逐步开放

值得注意的是，“豆包工作伙伴"的前身是"飞书 aily”，自 2026 年 8 月 14 日起更名；2026 年 9 月 1 日起新增"主动工作"功能并开始计费——会根据用户的日程、文档、聊天、待办等工作上下文，在即时消息聊天框主动推送每日前瞻、每日回顾、会议提醒等卡片。这意味着产品已经从"你问它答"迈向了"它主动找你"。

行业影响

对市场的影响

飞书 8.0 标志着国内协同办公正式迈入"Agent 时代"。它的战略含义在于：协同平台不再只是"人用的工具"，而是同时服务人与 Agent 的工作环境。这实际上重新定义了企业软件的竞争规则——从卖工具，转向卖生态与服务能力。谁的平台能承载更完整的组织上下文、权限与流程，谁就更可能成为企业 AI 应用的枢纽。

对开发者的意义

对开发者与企业 IT 团队，CLI 功能点从 247 到 767 的扩张意味着可编程工作面的显著扩大。Agent 可以像员工一样在企业权限体系内调用能力，"@ 一下即分派工作、多个 Agent 相互协作"的模式，把过去需要人工"传话"的自动化流程变成了 Agent 之间的直接协作。这为构建企业内部的复合 Agent 工作流提供了新的接口基础。

商业化前景

飞书的商业故事已经与 AI 强绑定：超九成新增客户同步采购 AI 产品。但商业化也面临结构性挑战。正如业内分析指出的，传统按账号收费的模式在 Agent 时代会被动摇——Agent 持续消耗推理资源，企业需要在效率提升与 Token 成本、治理成本之间做权衡。计费方式上，飞书已引入"产物费用 + 模型费用 + 工具调用费用"的资源消耗模型，以及个人订阅与企业版分层的混合方案。

实际体验

使用场景演示

官方给出的典型场景相当具体。产品团队可以让豆包工作伙伴参与需求评审，自动梳理问题列表并生成任务分解；销售团队可以让它汇总客户数据、生成业绩报表并提醒重要跟进事项；人力与行政团队可以让它整理制度文件、生成通知邮件、安排会议和审批流程。在群聊里，用户搜索名字即可把 Agent 拉进群，多个 Agent 也能在群组中互相协作完成复杂任务。

优势与不足

优势：

权限与使用者对齐，员工不可见的信息 Agent 也无法访问，治理边界清晰。
CLI 开放度高、覆盖广，调用成功率提升到 95%，工程可用性较好。
原生融合带来完整企业上下文，这是第三方 Agent 平台难以复制的护城河。
团队级智能体有独立身份与记忆，能力沉淀归团队共享，不随人员流动而流失。

不足：

“豆包工作伙伴"仍处于定向共创阶段，尚未全面开放，实际稳定性缺乏规模化验证。
企业落地的主要障碍不是模型能力，而是数据治理——信息分散、口径不一、权责不清，Agent 接入可能倒逼企业重构流程。
Agent 持续消耗推理资源，成本模型与传统按账号订阅差异较大，企业需要新的预算与管控思路。
把大量信息与操作权限交给 Agent，安全与合规责任边界仍需在实践中明确。

总结与展望

飞书 8.0 的真正价值，不在于又多了几个 AI 功能，而在于它承认了一个新前提：企业协同平台未来的用户，同时包括人和 Agent。为此，它重构了工具开放层、协作交互层与权限治理层——后者尤其关键，“Agent 权限与员工一致"这条原则，决定了企业敢不敢把真实业务交给它。

接下来最值得观察的三件事：其一，“豆包工作伙伴"从定向共创走向全面开放后的稳定性与成本表现；其二，企业是否愿意真正重构流程、把足够多的信息和操作权限交给 Agent；其三，按 Token 消耗计费的模型能否被企业财务体系接受。协同办公的竞争，正在从"功能清单"转向"生态与治理能力”。

参考来源：

豆包工作 on 有鱼智界 | 森林有鱼