之前把 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 插件）

0. 要是游戏有个 Self 篇把必要的笔墨补上了那倒还好，但是 Remember11 目前就是设定没解释完、meta 也像是为了 meta 而 meta 的状态。所以下面与其说是对游戏的感想，不如说是对 Remember11 部分考据的感想。
1. 任何非纪实类文学都或多或少会有一些基础设定，这些设定很多时候没办法从游戏世界观内部进行说明解释。我能想到的典型例子就是“远古的大贤者预言了什么时候会出现玩家这么个救世英雄”。毕竟魔法世界，玩家不需要太多的说明就可以接受这么一个设定，但是如果把背景换到科幻世界观里，要让玩家接受就需要更多的处理。
2. 最简单的做法就是把“大贤者”换成各种所谓研究人员；为了增添可信度也可以辅以各种科学“事实”，比如 36 度的冰啊什么的，再稍微捏点专门术语，一般来说玩家也能够意识到：啊这就是科幻里“幻”的部分啦，没必要怀疑。
3. 但是，上面的套路只能用于可以用实验证实的那些基础设定，但有些时候游戏的设定实在是太大太绝对了以至于基本不可能证实，这里就暂称它们为“科幻式大贤者预言”吧。这种设定的话，大概只要花笔墨，像 Ever17 里隔三岔五暗示一下也算是可以让玩家接受的了。
4. 但是但是，这种命题的“不可证实/证伪性”对于游戏内角色也是同样的：就算玩家相信了，游戏内的角色也没有理由相信；就算角色勉勉强强信了，是否要把性命、全盘的诡计等等全部托付给这样一个“大预言”那还得再打个问号。
5. 直说了吧，我对 Remember11 里（据解析）某黑幕“盲信大预言，在其基础上视他人生命为可牺牲品”的行为持否定态度，也因此不喜欢游戏（据解析）这类将“盲信大预言”视为理所当然的处理。(AI 梦境档案 2 某结局也一样。）
6. 说到底，我认为对未知的一点敬畏还是必要的，而部分游戏人物这种“我掌握了‘科幻式大贤者预言’（划去）世界真理”的姿态有时会让我产生一些不必要的现实联想（前额叶切除？或者近点的贺建奎？），总之我不太能接受吧。

题外话：虽然稍微做了一点心理准备，但游戏里部分性别刻板印象还是……

在 Bluesky 上看到一个巴勒斯坦独立游戏开发者为自己的游戏 Dreams on a Pillow 发起了众筹：

bsky.app/profile/rasheedabueid… :

After years away from game dev, I couldn’t stay silent about my people’s dehumanization. I made Dreams on a Pillow 🍉a game inspired by a famous Palestinian folktale about the 1948 Nakba.

I’m crowdfunding it now—please back & share!
🔗 launchgood.com/1948

稍微从众筹页面里挑些出来：（渣翻）

开发者

Rasheed Abueideh 是一名巴勒斯坦的游戏开发者。在约十年前，他开始了 Liyla & The Shadows of War 的开发——和这次众筹的作品 Dreams on a Pillow 类似，Liyla 的主题也是受侵略占领和种族隔离等。开发过程并不顺利：苹果认为它“太政治化”，封禁了它一段时间；发行投资者也大多认为来自巴勒斯坦的游戏“过于有争议”了而拒绝投资。但最终 Rasheed 还是坚持了下来，Liyla 最终也成为了一部现象级作品。

（感兴趣的话，Liyla & The Shadows Of War 在 Itch 上可以免费下载： rasheedabueideh.itch.io/liyla-… 。）

虽然如此，游戏界的投资者和发行商仍然认为支持巴勒斯坦人“风险太大”或是“争议太多”，Rasheed 后来还是只能靠自己开的一家坚果烘焙铺来养活自己。但是，随着最近以色列的入侵，他也不得不放弃了烘焙铺的经营。面对以色列对加沙和西岸地区的持续袭击，Rasheed 最终决定重拾十年前被迫放弃的游戏开发——用游戏讲述 1948 大灾难，让玩家体验、与人们共享巴勒斯坦人民们几代人所经历的惨剧。

然而，时间虽过去了十年，巴勒斯坦开发者开发游戏仍然困难重重—Rasheed 无法得到一般的游戏投资，因为他是巴勒斯坦人；游戏无法发起一般的众筹，因为许多众筹平台并不承认巴勒斯坦。为完成这部不可能完成的作品，Rasheed needs your help.

游戏

游戏主要是潜行玩法。游戏剧情则是受巴勒斯坦的一则民间故事的启发：在 1948 的种族清洗大灾难期间，Omm 抱着自己出生不久的孩子出逃，逃出城后才发现，自己抱着的一直只是个枕头。

项目计划

只摘一句出来吧：

Additionally, a clear plan for the completion of the game has been put in place to ensure continuity in the case of Rasheeds’ disappearance, injury, or demise at the hand of the continuously expanding Israeli aggression in the West Bank.

……此外，为保游戏能够完成，项目也已经做好了在以色列的侵略进一步扩张时对 Rasheed 失联、受伤或是离世的应对计划。

唉。

众筹地址在： launchgood.com/1948 。大家感兴趣的可以去看一下更多详情

@board@ovo.st
@game 组