企业官网建设流程全解析

基于ATProto开发的契机与期望

2026年7月20日发布的文章围绕基于ATProto进行开发展开。作者参加了在柏林举行的Local First会议，意外发现大家对ATProto的讨论很普遍。几个月来作者一直在考虑基于ATProto开发，这是个向开发者和核心人员提问的绝佳机会。作者希望ATProto能满足需求，让应用开发者用公共、社区驱动的标准创建具有通用数据标准的可互操作应用程序，认为它有这个潜力，但目前还无法实现。

从评论系统出发的开发目标

作者想开发的最小规模应用是记录评论的应用程序，理想情况是取代Yelp、GoodReads、Letterboxd等类似应用。作者想取代它们并非因为功能，而是商业模式，多数人不会按其原本设计方式使用。

本地优先的数据诉求

作者不想让大公司掌控自己的数据，如Yelp上的书签被困其中，无法用于发布、分享等，且管理体验糟糕。这是本地优先的使用场景，共享公共数据模型能让每个人得到所需。作者用纯文本撰写文章并通过Hugo发布，就是不想让大公司决定自己使用数据的方式。

公开与私密评论的差异需求

作者妻子永远不会在网上发布内容，若让她评论，内容必须仅对家人可见。作者愿意发布公开评论，但为自己记录的信息与希望广泛传播的信息不同，而大多数应用不允许区分，评论多为公开，会影响被评论对象声誉。可把人分为三类：想成为影响者的人、根据情况提供公开和私密评论的人、只在确信评论仅对自己或朋友可见时才记录的人。目前应用对第一类人效果好，却排除了后两类，而后两类人数可能更多。所以需要一个系统，让开发者能让用户轻松选择评论的公开程度。

ATProto的优缺点

ATProto的优点是它似乎是首个旨在大规模解决身份问题的协议，应用开发者可将其身份集成到应用中用于身份验证等功能。其身份系统虽不完美，但已足够完善，在Local First会议上几乎每个演讲者都提到了它。然而，该协议其他部分对作者目标作用有限。目前ATProto仅支持公开数据，社区正在设计“权限数据”，但作者认为这个名字傻，应叫“私有数据”。私有数据和公开数据本质上相同，只是权限不同，但ATProto被设计为仅支持公开数据的协议，要改变它支持访问控制等功能很困难。社区为私有数据设计了完全独立的系统，这让开发者要开发两个应用，且用户不认为是两个应用，这会导致开发和使用变得混乱。

ATProto与本地优先原则的差距

参加会议前作者对ATProto了解不深，会议中发现自己对PDS工作方式的理解有误。作者以为PDS工作方式和git仓库类似，但实际上并非如此，PDS是服务器，用户通过协议与它通信，“拥有”数据是因为数据和协议公开且可更改存储位置。ATProto大约满足本地优先文章中一半的设计原则，在数据触手可及和网络可选方面有所欠缺，若想离线记录评论，需构建自定义存储和同步系统，这不符合本地优先原则。结合当前权限数据设计，情况更糟，需定制本地存储、同步系统，且不同数据使用不同协议和读写系统。作为致力于本地优先原则的开发者，ATProto的阻碍和帮助一样大。

对ATProto的期望

作者仍然对ATProto感到兴奋，幸运的是权限数据设计还处于早期，有改进空间，且并非只有作者对现有设计和目标提出质疑。即使提议设计通过，作者至少还可在一定程度上基于ATProto开发，使用其身份和词汇表系统。作者成长于90年代，希望回到互联网基于标准化协议构建的时代，认为ATProto有机会成为几十年来首个此类新协议，希望它能构建出每个开发者都想基于其开发的系统。