基于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有机会成为几十年来首个此类新协议希望它能构建出每个开发者都想基于其开发的系统。