6月29日消息，字节跳动旗下AI应用豆包近日被用户发现在内部灰度测试一项类似即时通讯的"对话"功能。据用户分享的截图显示，豆包App中出现了独立的"对话"页面，可添加飞书好友和豆包好友，对方添加后会收到"新联系人申请"，部分消息标注为"由豆包发送"。与此同时，飞书用户服务协议中已明确写入豆包账号互通条款，豆包账号可直接登录飞书网页版。该功能目前仅覆盖极少数用户，字节跳动尚未公开确认。 用户截图显示：豆包出现独立IM界面
目前曝光的信息全部来自用户侧截图，尚无官方公告。从界面看，豆包的"对话"页面具备基础IM要素：联系人列表、消息收发、好友申请。飞书用户服务协议第3.1.6条明确规定，用户可以使用豆包账号登录飞书，登录时豆包账号的昵称、头像等信息可在飞书中使用和展示。第3.1.7条则规定，用户可通过飞书账号登录豆包企业版，此时飞书将用户在飞书内的姓名、文档、组织信息、消息等数据传送给豆包进行处理。协议层面的双向打通已经完成，但有用户反馈，豆包账号登录飞书后功能受限，更像是一个功能精简的新租户，而非完整的飞书企业账号。
飞书是字节生态中最自然的关系链接入点
豆包自身没有社交关系链，这是所有独立AI应用的共同短板。飞书作为字节跳动的企业协作平台，天然具备组织架构、联系人、文档、消息、会议、知识库和权限体系。如果豆包的"对话"功能确实走向正式发布，借助飞书的关系链和权限系统可以绕过从零搭建社交图谱的冷启动问题。但这个逻辑的前提是用户愿意在豆包里进行人际通讯，而不只是用它做AI问答——这一点目前没有任何用户行为数据支撑。
同一周：Claude Tag和微信小微同步入场
值得注意的时间线重合：Anthropic于6月23日发布Claude Tag，这是一个在Slack中运行的持久化AI团队成员，任何频道成员都可以通过@Claude标签分配任务，Claude会在Slack线程中分阶段完成工作。Claude Tag采用一个频道一个Claude实例的共享模型，取代了原有的Claude in Slack应用，旧应用将于8月3日下线，运行在Opus 4.8之上。同期，微信于6月20日开始小范围灰度测试原生AI助手"小微"，支持通过文字或语音指令操作微信原生功能，包括调整设置、发送消息、拨打电话，还可调用小程序完成挂号、购买咖啡等操作。三家公司在同一周密集动作，指向同一个方向：AI从独立对话窗口走向已有通讯平台内部。
路径差异：嵌入式 vs. 独立IM
三者的切入策略存在本质区别。Claude Tag是嵌入模式，Claude进入Slack成为已有工作流的一部分，不建立独立关系链。微信小微也是嵌入模式，小微作为微信内置功能，操作的是微信本身的消息、支付和小程序生态。豆包的"对话"页面如果走的是独立IM路线，则面临完全不同的挑战——需要用户主动将人际沟通迁移到一个AI应用里，而不只是在已有沟通工具里添加一个AI助手。前两者借势已有平台的网络效应，后者需要自己构建网络效应，难度差异显著。
目前豆包相关负责人回复，在企业办公场景，豆包是和飞书有一些协同的尝试，未来也会合作更紧密。但豆包没有传闻所说的社交功能计划。
