Bluesky在8月27日上线了一个新开关:在隐私与安全设置里勾一下,你的公开帖子就不再被推送进Discover这个官方推荐信息流,只有原本关注你的人才能自然刷到。公司把这个功能包装成“跟着账户走”的可携带偏好——哪怕换到基于同一套AT Protocol的其它App发帖,设置理论上也能同步过去。但把技术实现掰开看,这句“跟着账户走”至少要打个八折。
一个开关,退出的是什么
开关的位置在Privacy and Security设置里,生效最长要等一小时。它的本质是减少一条分发路径,不是把帖子设成私密。前提也很明确:Bluesky协议层的私有数据支持还没做完,你的帖子依旧公开、可抓取、可被任何客户端读取。
换句话说,这个开关挡得住官方那台推荐机器,挡不住别人截图,挡不住AI爬虫,也挡不住第三方Feed生成器把你的帖子塞进它们自己的推荐池。想低调发言又怕被算法放大的人,这功能刚好对症;想要真正的隐私,它帮不上忙。
“跟着账户走”,协议层未必认
Bluesky的说法是,这个偏好记录在账户层级,你换到其他基于AT Protocol的App发帖,选择也会带过去——只是那些App“可以选择”要不要尊重。这句“可以选择”,才是真正的技术分水岭。
AT Protocol的原始设计里,数据默认公开,存在用户自己可迁移的仓库里,谁都能读。但这次的算法偏好,大概率不是写进那个公开仓库的协议级字段,而是通过Bluesky自家的身份验证接口存进了它运营的AppView服务器——说白了,是Bluesky自己家的私有状态,不是整个协议共享的公共记录。
这就是为什么第三方Feed生成器、独立客户端和relay完全可以对这个设置视而不见——它们不是违规,是根本没有义务遵守一个尚未被写成协议标准的私有开关。除非Bluesky后续把这个字段正式定义成公开的协议规范,否则今天的“退出”更像一封礼貌请求信,收不收要看对方脸色。
说是跟着账户走,其实只走到Bluesky自家门口
类似的诉求在AT Protocol开发者社区里其实挂了两三年——GitHub上早有人提过“账户或帖子级别退出Discover及自定义Feed”的请求,长期没人认领,没有里程碑,也没有关联的开发工作。这次上线,更像是先把最容易做的那一半解决掉,协议层的硬骨头留到以后。
放进坐标系里比一比
同类功能其它平台早就有,只是强度不一样。
| 平台 | 退出层级 | 实际效果 |
|---|---|---|
| Mastodon | 帖子级“quiet public” | 排除出公共时间线和搜索,主页仍可见 |
| Bluesky | 账户级,仅限官方Discover | 减少一条官方分发路径,第三方可无视 |
| Threads | 观众端“Dear/Your Algo” | 调节自己看到什么,不管自己被谁看到 |
| X | 账户设为Protected | 直接改变账户公开性质,力度最大也最生硬 |
对比下来,Bluesky这次的方案介于Mastodon的精细和Threads的“隔靴搔痒”之间,力度不如X彻底。它的独特之处是把“发言”和“被算法放大”拆成了两件事——思路是对的,只是执行范围目前只覆盖了自家一小块地。
谁会因为这个开关改变行为
普通用户是最直接的受益者:不想一条随口吐槽被推给陌生人围观,现在有了个体面的开关。但对依赖Discover获得新读者的独立创作者、小机构账号来说,如果周围人普遍打开这个开关,信息流池子会变薄,自然增长的路径也会跟着变窄。
- 风险.把这个开关当成隐私保护来用会造成错误的安全感——它挡不住抓取、截图和第三方收录。
值得盯住的后续信号,不是这个开关本身,而是Bluesky会不会把它推成协议层的正式标准。如果第三方Feed生成器开始主动表态“我们尊重这个偏好”,这事才算真正从“Bluesky自家规矩”变成生态共识。同期已经有研究指出,Bluesky引以为傲的“算法自选”信息流本身也存在曝光不均和冷启动劣势——去中心化不等于公平,这句话放在这次的新开关上同样适用:选择权给了,但选择权本身管不管用,还得再看。