字节跳动近期对旗下AI产品线进行了一轮密集整合。在将飞书与豆包打通后，字节又将TRAE、扣子团队整体并入豆包体系，相关产品和运营团队统一向豆包产品负责人赵祺汇报。TRAE Work和扣子的工作场景能力与豆包整合，TRAE IDE及CLI则作为豆包品牌下的编程产品线继续发展。同一周，字节正式推出独立产品「豆包工作」，作为围绕用户目标拆解任务、调用工具、持续推进复杂流程的平台，并与飞书实现深度打通。
这一系列动作在产品层面形成了集中体现。从飞书提供的组织协同能力与工作上下文，到扣子积累的Agent编排能力，再到TRAE沉淀的编程和复杂任务执行能力，字节将过去分散在不同产品中的能力收拢至豆包之下，搭建出其在AI办公竞争中的核心架构。豆包正在成为连接字节模型能力与场景应用的通用助手，字节则在围绕Token重新组织模型、应用、算力、客户和收入。豆包工作的出现表明，字节试图以统一的生产力平台创造更广泛、持续的模型调用需求，推动Token飞轮加速转动。
豆包工作的产品定位延续了字节对豆包的既有判断：移动端更强调陪伴、语音、拍照和随时响应，PC端则负责资料处理、内容创作与复杂任务。近期动作显示，移动端正从信息查询和情感陪伴向订酒店、查商品等生活服务延伸，而豆包工作则将原本分散在PC端的生产力产品整合起来，形成更明确的办公产品和品牌。这种分化并非建设两套彼此独立的产品，用户身份、模型能力、工作资料和任务执行系统在后台逐渐打通。
在生产力场景中，豆包工作同时完成多个入口的链接与理解，以及组织和推进工作的统一操作平台建设。用户可以在飞书文档中提出需求，由豆包工作调用云盘资料和相关工具完成任务，再从手机或桌面端查看进度、补充要求或接管结果。此前多维表格曾被视作字节生产力AI的统一操作平台，当可以自主规划、执行任务的Agent出现后，多维表格从被人操作的任务组织界面，变成了被Agent操作的数据容器和自动化工具，成为豆包工作完成任务的基础能力。
从交互界面转换的角度看，飞书深度融入豆包而非保持松散连接，底层逻辑是让更先进的交互界面负责调用最全面的能力。TRAE和扣子被整合到豆包中遵循同样逻辑。飞书提供组织协同能力和工作上下文，TRAE和扣子提供任务拆解、工具调用、流程编排和结果交付能力。飞书、TRAE和扣子汇入豆包后，字节才更接近把模型、工具和工作环境组织成一套完整的生产力系统。所谓主干，不只是豆包拥有最多用户或获得最多资源，而是其他产品能够围绕它重新确定位置，共同服务一套任务系统。
豆包工作与飞书上下文的打通是其形成差异的关键。对于长期使用飞书的用户，既有文档、沟通记录、协作关系和组织权限可以直接成为任务背景，用户不必为了使用新Agent重新上传文件或建设割裂的资料库。这与WPS Comate的选择相似，两者都没有将资料库能力独立于AI办公产品之外，而是在产品中直接嵌入资料库功能。不同之处在于，WPS Comate的Wiki功能可自动生成知识图谱，豆包工作目前更强调Agent对飞书云盘的直接调用。对于豆包工作而言，飞书解决了资料从哪里来的问题，下一步需要解决这些资料如何被持续整理、理解和维护。
豆包工作还重视手机遥控电脑能力，这是很多AI办公产品未放在主界面的功能。豆包工作未来很可能成为生产力场景的主要操作平台，而大量复杂任务仍依赖本地电脑中的文件、软件和计算环境。用户不会始终坐在电脑前，新的任务入口可能存在于手机、AI眼镜、耳机或其他随身硬件中。豆包工作通过提供跨硬件的连接能力来满足这种需求，这与豆包手机助手的尝试一脉相承。Agent将成为驱动硬件的主要界面，豆包手机助手与豆包工作一样，成为豆包通用AI助理的另一个变体。
对个体用户而言，围绕豆包工作实现的打通，减轻了在字节体系内执行复杂AI操作、建设长期AI基础能力时的心理负担。豆包工作的生态完整性提高了用户预期，一个完整、贯通的生态才能真正降低执行任务的门槛。面向用户的AI界面可能天然就应该是一个All in One的产品。豆包工作的整合仍有待完善，在伙伴对话中既能看到Aily平台上搭建的AI助手，也可以开启智能体小队界面，整合之后需要继续推进解决旧入口、旧伙伴、旧工作流和已有资料如何被新平台继承的问题。
该文观点仅代表作者本人，企服科学平台仅提供信息存储空间服务。
