之前把 Friendica 的 Bluesky 插件配置好了之后也陆陆续续在尝试各种 Bluesky 的功能，包括一个简单信息流和一个废弃了的标签机。但折腾下来体验并不是特别好——虽然 Bluesky 的“层叠式”内容标签听起来不错，但实际上的效果……至少在一些极端情况下是不如联邦制的审核的。总之稍微在这里胡言乱语一下。

现状

先来说一下 Bluesky 中文信息流的现状：Bluesky 上有非常、非常多的中文露阴癖发文。

也许是这部分用户把 Bluesky 和 Blued 弄混了？也有可能只是单纯的推特难民。但无论如何，目前就我了解到的中文时间线非纯文本 feed 里都有足以辣眼睛浓度的未标记的露阴癖照片。

再来看看目前 Bluesky 审核的处理：

1. 过程主要是用户报告 -> Bluesky 官方审核实例审核 -> 根据判断结果打标签或是更严重的封号
2. 目前就我看来，至少是露阴癖这种级别的很少有封号，大多都是仅把对应的图片加上标签
3. Bluesky 是支持把整个账户打上 NSFW 标签的，但是官方用得也比较少，哪怕是账户点进去全是打 NSFW 标签的内容
4. （印象中是几个月前加上的功能）Bluesky 可以给自己发布的 NSFW 内容打标签，基本就是 Content Warning 了，但就上面几条看来，对不打 CW 基本没有相应的惩罚措施

我可以理解作为 Bluesky de facto 的一台实例，官方实例上的封号应该是最后的最后的手段；我也勉强可以理解官方审核可能因为对这些用户的举报相对少或是其发文也混杂了一些非 NSFW 的内容而不把整个用户标记为 NSFW。而对这些用户的话……其实在 Bluesky的社区 guideline 里其实也没有提打 CW 或是 NSFW 内容的问题，而应用本身也没有提供类似 unlisted 的可见范围，所以也不能说这些用户就违反了蓝天的什么规则，只能说蓝天现在没法实现井水不犯河水。

Bluesky 的“层叠式”审核

Bluesky 协议的卖点之一就是它的“层叠式”审核——上面提到的 Bluesky 官方审核负责的主要是标记一些 NSFW 或是事实性/误导性的内容，而如果我不想看到一些不属于这些范畴的发文，那么我就可以订阅一些其它的 labeler。例如我最近是真的会被 AI 吉卜力 trigger 到，所以我订阅了 <at>aimod.social，隐藏了它标记为 AI 的内容。

听起来很好？可惜维护这些 labeler 的人并不是超人。就比如说 AI 吉卜力吧，中文流里还是有一定数量的，而我猜英文发文里会更多。所以上面的 aimod.social 正常运行的前提是它得有足够的人力。（我之前聚类了一遍露阴癖中文用户，扫了一眼至少上万个吧，我实在不敢想象弄个正经人工审核的 labeler 需要多少精力。）更不用说，人工审核还会有跨语言问题，对审核效率和审核志愿者的 burn-out 来说似乎都不是好消息。

为什么联邦制审核可能更好？

相比起 Bluesky 的“层叠式”审核，目前 ActivityPub 这边的审核其实就是简单地按实例来分块的审核，虽然没有 Bluesky（理想情况下的）细分类别，但好歹实际一些：

• 审核负担降低：
  - 小实例用户少，大实例在用户多的同时审核志愿者也会多一些
  - 实例用户的语言和管理员的语言大多是相同的
  - 可能是因为有多个实例选择，就我观察大多实例的审核标准会比 Bluesky 的更严格一些
• 同类用户会倾向聚集在同一种实例
  - 就我之前的关注列表聚类来看，Bluesky 上的露阴癖其实似乎也很少关注正常人。在联邦宇宙上这些用户大概会跑到同一实例上去，这时只要有实例级屏蔽，就可以完全井水不犯河水了。

另外可能还会有一些别的因素：

• 联邦宇宙这边的 CW“文化”相对更广一些。这可能也是因为这边的 CW 功能已经实现很久了（而 Bluesky 似乎几个月前才实现）。但无论如何，很多实例把 NSFW 需要打 CW 作为了用户守则之一（包括 mastodon.social），这的确比 Bluesky 要好很多。（当然这也和前面提到的实例倾向用更严格的标准有关。）
• 联邦宇宙大多实现软件里都会包括一个公共时间轴，而 Bluesky 上所有的时序时间轴其实都是第三方实现的，这就导致了二者的非 CW NSFW 内容有着不同的影响范围：
  - 联邦宇宙的 NSFW 会出现在公共时间轴上，会影响到其它用户。
  - Bluesky 上（首先没有 unlisted 范围）发布的 NSFW 内容可以出现在用户建立的 feed 里，但这个时候我当然也不能因为我的 feed 里收录的你的内容而对你进行道义上的谴责——因为 Bluesky 目前的确没有这样的社区规范，而这样的 NSFW 内容不经由我的 feed 其实大多用户是不会接触的。（也就是说排除 NSFW 内容的责任也有部分需要由 feed 维护者承担。）
  - 前段时间官方的 Discover 流里也有出现 NSFW 内容，但用户完全可以换用其它 feed——这些官方 feed 没有联邦宇宙这边公共轴的唯一性。

Bluesky 有可能实现“层叠”+“分块”审核吗？

联邦宇宙这边可能是由于实例时间轴和公共时间轴的影响，用户按语言/兴趣不同分散到不同的实例，但 Bluesky 由于 (1) 目前自搭实例可能没那么方便（至少目前搭起来实例后没那么容易账号迁移——这是 Bluesky 声称的卖点之一）、(2) 不同实例不会影响到自己订阅的内容，所以即使后续 Bluesky 自建实例增多，我也不认为用户分布情况会有较大的变化。当然，在中文用户人数上去之后，这些时间序 feed 刷的速度可能就不太适合使用了，那时直接把 feed 停止维护大概就不用担心手动审核的问题了（捂眼

（但我觉得我被 AI 图 trigger 到的概率大概只会升不会降）

其它

在开始写这堆东西的时候其实 Pixelfed 出了一个“漏洞”，相关讨论可以在这里看一下：

lemmy.world/post/27522773 （链接的选取非常 opinionated）

哎，我还是希望 ActivityPub 能被一个更好的协议替代，或者 FEP 能把 W3C 撂下的担子挑起来吧。

（以及，Bluesky 愚人节前端字数限制变成了 299，希望不会影响 Friendica 的 Bluesky 插件）