在 ATProto 之上构建：对 Bluesky 协议公私数据分离设计的反思

Bluesky 的 Atmosphere 协议有望成为整整一代应用的基石。然而，它的演进方向却出人意料，也令人失望。

上周我有一部分时间在柏林参加了 地方第一次大会 大会。毫不意外地发现，AI 编码是大家热议的话题。更让人意外的是，ATProto 的渗透程度之高。

几个月来，我一直在考虑基于 ATProto 进行开发，因此这次大会正是一个绝佳的机会，让我能够向那些正在构建 ATProto 应用的开发者，以及直接参与协议开发的核心团队成员（多位 Bluesky 的关键人物都在现场）提出许多问题。

我希望 ATProto 能成为我的答案。我渴望重新回到这样一个世界：应用开发者利用公开、由社区主导的标准，打造出具备互操作性、采用统一数据规范的应用。

我认为这是有可能的。但遗憾的是，目前看来它似乎并未朝着这个方向稳步前进。

在这篇文章中，我将阐述自己一直想构建的项目，以及 ATProto 当前与未来的方案设计在多大程度上契合这一设想，又有哪些不足之处。

此外，我也会分享一些令我感到意外的观察。

也许我在这里试图涵盖的内容有些过多。但我的主要目标是就其设计方案提供反馈，而要做到这一点，就必须先明确我想做什么、为什么要做。

从评价系统谈起

我计划构建的最小版本是一套用于记录评价的应用。理想状态下，这些应用将取代 Yelp、GoodReads、Letterboxd，以及几乎所有其他类似的评价类应用——几乎涵盖你可能想要评价的任何事物。

（是的，我知道已经有人在 ATProto 上开发类似的产品；我愿意与他们合作。）

我之所以想替换这些应用，并非因为它们的功能，而是因为它们的商业模式。我和我的妻子都不会按照它们的设计初衷去使用这些服务，而且我认为大多数人或多或少都和我们一样。

数据归用户所有

对我而言，我不希望这些公司掌控我的数据。我们已经有超过一千……