Bluesky 群聊功能上线，开源社交协议开始走向功能拼凑时代
去中心化社交协议 AT Protocol 的运营方 Bluesky 在 2026 年 6 月正式推出了群聊功能，这是该平台上线以来最重量级的原生功能更新。与 Discord 或 Slack 不同，Bluesky 的群聊设计保留了 AT Protocol 的跨服务器特性，用户可以在不同实例之间发送消息，群组数据可以在多个后端之间同步。
群聊功能的推出标志着 Bluesky 从一个主打关注流的微博客平台，转向更全面的社交网络。在推出群聊之前，Bluesky 已经有私聊、话题聚合、自定义推荐算法等核心功能，但始终缺少一个让用户在固定圈子内高频互动的载体。群聊填补了低频关注和高频互动之间的空白。
从技术实现来看，Bluesky 的群聊采用了联邦架构的变体。每个群组由一个群组服务器管理，成员的加入和退出需要得到群组管理员的确认，但消息本身可以通过协议路由到不同实例的本地数据库。这种设计避免了 Discord 式的中心化服务器依赖，但也带来了一个挑战：当群组成员分布在不同的实例上时，消息延迟和一致性如何保证。
目前群聊功能处于开放测试阶段，用户可以在设置中手动开启。初始版本支持最多 500 人的群组，消息存储保留 90 天，超出后自动归档到冷存储。Bluesky 的技术负责人在公告中提到，未来版本的群组容量上限可能会提高到 5000 人，但具体的服务器架构改动还在评估中。
功能上线后的早期数据表明，用户参与度提升明显。内测期间，拥有群聊功能的用户日均停留时长从 18 分钟增加到 35 分钟，消息发送量是纯文字推文的 3 到 5 倍。这个数据与 Slack 和 Discord 的早期用户行为高度吻合，说明社区确实是一个有效的留存抓手。
不过 Bluesky 也面临一个结构性挑战：Discord 和 Slack 的成功很大程度上依赖于 bot 生态和 API 开放度。Bluesky 目前虽然有 AT Protocol 的开源接口，但群聊场景下的 bot 集成和自动化能力还不成熟。如果无法在 2027 年之前建立起类似的开发者生态，群聊功能可能只是一个有了但不够好用的鸡肋功能。
Bluesky 的月活跃用户数在 2026 年 5 月突破了 3000 万，增长主要来自于从 X 平台迁移的用户。群聊功能的推出，将是这个增长曲线能否持续的关键分水岭。
群聊功能的推出也暴露了去中心化社交网络的一个根本矛盾：去中心化适合信息传播，但社区运营通常需要集中化的管理工具。Discord 的成功很大程度上依赖于其中心化的管理后台——服务器管理员可以设置权限、审核消息、封禁用户。Bluesky 的联邦架构下，每个群组实例独立管理自己的成员列表和规则，跨实例的群组管理几乎不可能实现。这可能导致社区治理的碎片化和不一致。
从商业角度来看，Bluesky 的群聊功能可能直接影响 X 平台的广告收入。Twitter 和 X 的核心商业模式依赖于公共信息流中的广告投放，而群聊功能将用户的注意力从公共信息流转向了私密社区互动。这种用户行为的转移如果持续扩大，将直接威胁 X 平台最核心的收入来源。这也是 Musk 在收购 X 后大力推广 Spaces 音频房间和群聊功能的原因。