Bluesky 的可叠加式内容审核方法

对可叠加式审核的总体反应

• 许多评论者认为这种“可叠加 / 可插拔”的审核模型很有新意，也来得太晚了，把它类比为可编程的 blocklist、广告拦截过滤器、Steam curator，或 usenet 的 killfile。
• 人们对超出安全范畴的用例也很兴奋：剧透、不要的话题、性格/语气过滤器、用于给激烈讨论降温的“chiller”标签，以及像“Spider Shield”这样的利基过滤器。
• 也有人认为审核不是可加总的，而应该是面向某个社区的一套统一规则，并担心这会退化为混乱、个性化的过滤器，以及糟糕的默认体验。

架构与去中心化

• 一名 Bluesky 团队成员解释说，标签是由“labelers”附加到内容上的元数据；客户端可以选择使用哪些 labelers，以及对它们采取多严格的处理方式。
• 这里有一个区分：
  • 基于客户端的标签审核（可选择加入 / 可叠加）。
  • 在 relay/aggregator 层面进行的“基础设施下架”，用于处理非法内容和滥用。
• 评论者将其与 Mastodon 和 Reddit 进行比较：
  • Bluesky：身份、PDS、relays、app views、feeds、labelers 等角色模块化，每一层都由用户选择。
  • Mastodon：身份和审核与某个 instance 绑定；instance 之间会进行大量封禁。
  • Reddit：通过 subreddit 边界和本地版主实现可扩展性，但也有版主滥权和硬性封锁问题。
• 怀疑者指出，aggregator/relay 仍然是一个实际上居中的节点；运行替代 relay 在技术上可行，但在经济上可能没有吸引力，从而带来事实上的中心化风险。

言论自由、审查与法律

• 观点明显分裂：一部分人认为这赋予了“忽略的自由”，另一部分人则认为任何“Trust & Safety”层都会带来审查风险。
• 有人担心，集中式“社区准则”加上基础设施下架，会重演旧平台的问题，只是多了一层间接性。
• 其他人反驳说：
  • 完全不审核的系统会因为垃圾信息/滥用而变得无法使用。
  • 用户可以选择具有不同规范的客户端/labelers，包括更宽松的选择。
• 法律问题（CSAM、恐怖主义内容、仇恨言论、司法辖区冲突）被大量讨论：
  • 在仅仅持有/传播即属违法的地方，靠标签隐藏并不够；仍然需要基础设施下架。
  • 有人提议通过按国家划分的审核渠道来处理特定地区的非法性，但这被认为并不完美。

回音室、极化与激励

• 有些人担心可配置过滤器会加固回音室和极化。
• 也有人认为，人们本来就在策划自己的空间；可组合审核只是把这一点明确化，并交给用户控制。
• 还有人担心：
  • 谁来给这些 labelers 打标签，以及用户如何评估/“元审核”它们。
  • 独立 relays 和 labelers 是否真的有足够强的激励，还是整个生态最终会默认依赖一家主导提供商。