下一代 Agent，争夺的是组织的运行方式
豆包这次推出「豆包工作」，把很多人对它语音陪聊、辅导作业的印象直接打碎了。独立App、PC端整合、深度嵌入飞书，能出文档表格PPT视频，还能跨系统跑长任务、自动汇报。方向很明确：从客厅走进工位。
但我判断，光是"会干活"已经不是护城河了。微软的Jared Spataro说得对，基础模型正在同质化，胜负关键早就不是模型本身，而是它扎进企业业务的深度。a16z那句话更狠：“当点按钮不再困难，操作就不再构成壁垒。“自动化越便宜，组织里没写进制度的默契和隐性经验，才是真正稀缺的东西。
竞争重心已经变了
海外已经在验证这个逻辑。Anthropic的Claude Tag让员工在Slack里@Claude派活，像派给同事一样，其内部约65%的产品代码就是这么生成的。Agent作为数字员工融入团队，不是概念，是正在发生的事实。
比拼的重心，正从"谁更会干活"转向"谁更理解组织”。
字节给出的答案很直接：豆包工作+飞书底层绑定。原生Agent能力和整套协同办公平台同构在一家公司里，模型层、流量入口、组织级数据资产就能无缝互通，不用像跨生态合作那样在权限协议和数据管道上漫长博弈。这一点，外部竞对很难抄——要么自己重造一个飞书级别的协作平台，要么指望和别的厂商漫长联姻，两条路都不轻松。
个人Agent够强了，组织效率却没跟上
单看能力清单，现在的Agent已经足够全能：检索、写作、制表、做PPT、搭网页，样样标配。雇一个手脚麻利的数字助理，门槛降到了历史最低。
但企业协作从来不是单点任务，是穿透群聊、例会、文档、审批、业务系统的长链条。重度用户的体感高度一致：先花十分钟交代背景、避开领导否决过的雷区；然后手动翻找物料，在各个系统和本地文件间来回搬运；结果出来后还要人肉复制粘贴回工作群、@业务方，再把反馈喂回给AI。
一来一回，员工成了AI和组织架构之间的"数据搬运工”。个人单点时间可能是缩短了，但组织全局的效率账本上并没有起色。
更隐蔽的损耗是组织知识资产的流失。员工在自己的窗口里和AI交互，踩过的坑、补充的隐性上下文、反复推演的决策过程，全都散落在私域会话里。人一走、项目一轮转,这些高价值语境直接蒸发。
这个供需错位的反差很扎眼：Slack数据显示全球60%的办公人群已经在日常用AI，日使用率涨了233%；但企业端价值却长期停滞——Salesforce调查里76%的用户直言现有工具根本碰不到内部数据和业务全貌，员工只有约四分之一的精力真正投入核心产出。
企业真正要的，是一个生于组织语境、通晓协同网络、能主动串联跨部门流程的"组织级Agent"。
手和脑：豆包工作与飞书的分工
这套解法靠两层架构撑着。
执行层是豆包工作,解决"手"的问题。独立App、PC端、飞书入口三路并进,能出文档表格PPT和多媒体,还能靠视觉理解和浏览器自动化深入业务后台跑长流程;配合云电脑,定时抓取情报、批量清洗数据、闭环汇报都能无人值守后台挂机。
组织上下文由飞书筑底,解决"脑"的问题。群聊和纪要里的决策脉络、知识库里的业务规范、多维表格里的实时进度、权限体系——这些构成了高密度的组织语境,是Agent精准推理的养料。
底层账号打通之后,飞书里能直接用豆包工作,豆包里也能识别@同事和飞书云文档,交付物直接落进飞书的沟通流、云文档、多维表格,团队原地接续讨论修改,不用截图搬运、跨软件跳转。
这套闭环能在字节体系内成立,逻辑很实在:纯模型厂商大多没有自己的协作底座,拿上下文得挨个找客户授权;传统协同办公厂商又往往缺顶尖底座模型和Agent工程能力。字节两头都占,飞书多年沉淀的组织资产不用跨系统搬家,豆包工作直接长在上面。
两个实测,看数据流和协作流怎么闭环
第一个场景是连锁零售的月度复盘。以前跨系统导数、对齐口径、排查异动要耗大量时间。现在一句指令,豆包工作自动拉取底层业务表和历史记录,完成清洗和口径对齐,生成动态看板,精准定位异常月份深挖根因,最后从商品、渠道、会员、供应链四个维度给出补救策略。不用打开复杂BI,一次对话走完从跨期诊断到行动策略的全链路。
第二个场景是统筹市场活动。最繁琐的环节是从群聊里人工搜集零碎灵感、领导要求和各类禁忌,拼成正式立项文档。这次直接在飞书里交给豆包工作,它自动回溯群聊记录、过滤闲聊杂音,按专业框架把碎片诉求归整成背景、受众、风格、必含元素、禁忌项、干系人等十个维度,输出排版规范的飞书云文档,还能按要求直接生成宣传视频。原本耗费半天的人工对齐,一次交互就完成了。
真正的护城河不是数据,是组织上下文
行业里常说企业AI的壁垒是数据,我认为这个判断只碰到了表层。静态文档能一键复制,表格数据能随时导出,跨工具迁移的门槛并不高。就算一家企业把全部资料打包喂给竞品Agent,对方依然不知道这些资料从何而来、经过了怎样的博弈、眼下是否还有效。
真正无法被轻易平移的,是附着在信息之上的研讨过程、决策脉络和人际协作网。Foundation Capital的Jaya Gupta和Ashu Garg提出过"上下文图谱"的概念:企业内部最高价值的资产不是静态数据,而是"决策轨迹"——那些散落在沟通记录、审批日志、口头同步里的边缘特例、推翻重来、既往判例和授权链路。
组织上下文天然分三层:事实层是文档表格记录"发生了什么";逻辑层是会议和研讨解释"为何做此决策";行动层是组织架构和权限体系界定"下一步由谁推动"。一个没深入协同底层的通用Agent,即便接入海量内部资料,也很难识别哪套方案已经废止、哪条群内口头共识覆盖了既有规范、哪位业务骨干握有实质决策权。
有个场景很说明问题:官方报价文档已经迭代到V3版,但总监上周在业务群里口头特批某个大客户可以沿用V2折扣,对应审批单还没归档。只读静态文档的Agent会机械输出V3报价,最终在客户面前引发商务事故。它读得懂字面事实,读不懂真实局面。
这正是飞书的结构性价值:群聊、会议、云文档、多维表格、组织身份同构在一个互联生态里,三层上下文天然连接。所以豆包工作的差异化,不是停留在"打通飞书数据接口"这种基础工程动作,真正的门槛在于能不能把碎片化的组织记忆转化成可理解、可执行、持续自更新的工作上下文。这套机制跑顺了,就是难以逾越的系统级壁垒。
下一代Agent争夺组织的运行方式
Agent上半场比的是模型智能、工具调用和单点任务执行力,但这类单兵能力正在快速平庸化,技术代差以月为单位被抹平。
豆包工作和飞书的深度打通,标志着竞争逻辑从个人效率转向组织效率。它不再只是帮某个员工省十几分钟,而是想把模型的执行力直接接进企业每天都在更新的协作网络里。当Agent开始理解一家公司的历史背景、理清跨部门协作路径、在复杂任务中主动推进下一步,企业软件的价值逻辑也就变了:技术不再悬浮于业务表面,而是开始承接从决策到落地的具体流转。
这也给豆包工作建立了更有韧性的结构优势——协同平台每天都在产生新的业务上下文,这些动态沉淀的组织关系和沟通细节,远比静态数据集更难被外部模型替代。
我的判断是,真正的生产力变化不在于工具生成内容有多快,而在于整个组织减少了多少因信息断层带来的内耗。把Agent放进真实的协同环境里,让它学会在组织语境中工作,至少在这个方向上,字节已经迈出了最关键的一步。