Bluesky 今年要加 communities。功能听起来不稀奇：创建社区、加入社区、在里面发帖、接收更新。
反常点在后面。这个功能不是单纯塞进 Bluesky App 的一个新入口，而是要建在 AT Protocol 上，归入它所说的 Atmosphere 生态。也就是说，Bluesky 想让社区变成协议上的社会空间，而不是平台里的一块版面。
这一步很关键。Bluesky 早期吃到的是“另一个公共广场”的红利，现在它开始承认：只靠大广场，留不住所有人。
communities 到底要做什么
Bluesky 产品负责人 Alex Benzer 称，communities 计划在今年上线。它会提供更小的兴趣空间，让用户和关心同一主题的人更深入地交流。
目前能确定的点不多，但已经够看出产品方向。
| 维度 | 已披露信息 | 影响 |
|---|---|---|
| 上线状态 | 计划今年推出 | 还不是正式上线，不能按成熟产品判断 |
| 基础功能 | 创建、加入、发帖、接收更新 | 从全站信息流，切到小圈层互动 |
| 内容组织 | 每个社区有独立 feed | 用户不用只在公共大流里捞内容 |
| 社区身份 | 社区 handle 同时作为 URL | 可落到自定义主页 |
| 开发空间 | 开发者可搭建定制体验 | 社区可能被不同工具调用 |
| 隐私层级 | public、invite-only、private | 覆盖公开、邀请制和私密空间 |
| 技术位置 | 基于 AT Protocol，属于 Atmosphere | 社区不一定只困在 Bluesky App 内 |
这里最有分量的是 handle 和 URL。社区如果天然有地址，就不只是 App 内的一个群组。
它可能有自己的主页、自己的 feed、自己的工具层。开发者可以围绕它做管理、展示、订阅、归档或定制客户端。
这也是它和 Reddit 的差别。Reddit 的 subreddit 是平台里的地盘。Bluesky 想做的更像协议上的节点。
但这句话要收住。现在只能说“想做”，不能说已经做成。
公共广场正在被重新拆分
Bluesky COO Rose Wang 近期说，公司想摆脱单一 public square 的定位，并且受到 Reddit 启发。这个说法很直白。
社交平台过去迷恋广场。所有人进同一个大流，新闻、争吵、名人、梗、观点混在一起。热闹是真的，消耗也是真的。
广场越大，噪音越贵。
| 平台 | 社群动作 | 能说明什么 |
|---|---|---|
| Bluesky | 计划推出 communities | 想从公共广场转向小型兴趣空间 |
| Threads | 正在测试类似功能 | 大平台也在补小圈层能力 |
| X | 已宣布关闭自己的 communities | 有入口，不等于有活跃和治理 |
| 长期围绕社区运转 | 小圈层能有黏性，但管理成本高 |
X 这个对照很重要。它不是没做过 communities，而是宣布关闭。原因不能替它编，但结果已经说明一点：社群不是加一个按钮就会自己长出来。
社区需要规则。需要管理者。需要边界。还需要成员愿意承认这些边界。
“天下熙熙，皆为利来。”放到社交产品里，利不只是钱，也是注意力、身份感、归属感和话语权。公共广场让所有人抢同一块注意力，社区则把争夺缩小到能承受的尺度。
所以 Bluesky 这步方向是对的。
普通用户会得到更清楚的选择：想看全站热闹，就待在公共 feed；想稳定看某个主题，就进社区。创作者和社区管理者也会多一个选择：先不用急着迁移阵地，但可以开始观察 Bluesky 是否给出足够强的版主管理、订阅入口和内容分发能力。
开发者更实际。若社区 handle、URL 和 feed 能稳定开放，工具可以先围绕展示页、订阅页、管理面板做实验。若权限和治理接口不清楚，工具只能停在皮肤层。
真正的难题是治理，不是去中心化口号
我不太买账一种乐观说法：因为 communities 建在 AT Protocol 上，所以它天然比传统平台社区更好。
没这么便宜。
开放协议能带来可组合性、可迁移性和第三方开发空间。它不能自动处理垃圾信息、骚扰、版规执行、版主权力和社区内斗。
Reddit 的强，不只是因为有 subreddit。它强在许多社区慢慢长出了自己的规则、版主结构和文化边界。代价也在这里：版主权力、平台干预、内容审核和商业化摩擦，长期都绕不开。
Bluesky 如果要把 communities 做成协议层能力，至少要过几道坎：
- 社区规则由谁制定，谁执行？
- 版主工具够不够细，能不能处理骚扰和垃圾内容？
- public、invite-only、private 三层隐私，在开放协议上怎么落地？
- 第三方客户端展示出问题，责任归谁？
- 一个社区跨客户端存在，封禁、删除、置顶、审核能不能同步？
这些问题没有被文案解决。也不该被文案解决。
Bluesky 真正要证明的，是“协议开放”能不能变成“治理可用”。有 handle、有 URL、有独立 feed，只能算结构变化。能让不同客户端、不同工具、不同管理角色在同一套社区关系上协作，才算摸到 AT Protocol 的优势。
这也是它和 Threads 的区别。Threads 背后有 Meta 的账号体系、分发能力和工程资源，复制功能会更快。Bluesky 的筹码不是规模压制，而是把社交关系从单一 App 里拆出来。
这条路更难，也更容易露短。
历史上类似故事并不少。早期论坛、博客圈、RSS、邮件列表，都给过人们分布式社区的想象。后来平台赢了很多轮，不是因为平台更高尚，而是因为平台更省事。
用户多数时候不为架构买单。用户为体验买单。
接下来该看三件事。第一，communities 上线后，版主工具是不是够用。第二，第三方开发者能不能做出不只是“好看主页”的实际工具。第三，私密社区和开放协议之间的边界怎么处理。
如果这三件事做不稳，communities 就只是 Bluesky 版群组。如果做稳了，它才可能把“公共广场”拆成一张能生长的社群网络。
开头那个普通问题又回来了：Bluesky 缺的不是 Reddit 式入口。它缺的是让小社区活下去的制度肌肉。