文章摘要
文章探讨了从个人计算时代的文件系统转向社交计算的趋势。作者指出传统文件属于用户个人所有和控制，而现代社交平台如Instagram、GitHub等正在模糊这一界限，暗示着未来可能出现一种"社交文件系统"，让用户在保持对内容所有权的同时实现社交分享。
文章总结
社交文件系统——过度反应
作者：Dan Abramov
发布日期：2026年1月18日
文件的价值
文件是个人计算机时代的产物，它们属于用户而非应用程序。文件格式如同语言，不同应用可以读写同一格式，实现跨应用协作。例如，SVG文件可以在不同工具中创建和显示，无需依赖特定应用。
社交计算的困境
传统社交应用（如Instagram、Reddit）的数据通常封闭在应用内部，用户无法自由迁移或跨平台使用。设想一种“万物文件夹”，将所有社交行为（如帖子、点赞）存储为标准化文件，由文件系统而非应用掌控数据主权。
AT协议与社交文件系统
AT协议实现了这一愿景，其核心是将用户数据从应用中解耦，形成分布式社交文件系统。每个用户拥有一个“仓库”（repository），存储其所有社交记录。数据通过唯一标识符（DID）和at://URI实现永久链接，即使更换托管服务也不失效。
技术实现
- 记录（Records）：社交行为（如帖子、点赞）以JSON文件存储，遵循特定词汇表（Lexicon）定义的结构。
- 集合（Collections）：按域名命名空间（如
com.twitter.post）组织记录，避免格式冲突。 - 身份与链接：通过去中心化标识符（DID）解析用户当前托管地址，支持数据迁移和跨应用引用。
实际应用
- Bluesky等应用：基于AT协议构建，用户数据可被第三方工具直接读写。
- 案例演示：通过文件操作（如创建、删除记录）实时更新应用状态，证明数据主权在用户手中。
- 生态优势：第三方开发者可自由构建算法（如个性化推荐），形成开放竞争生态。
总结
社交文件系统将“数据所有权”归还用户，打破平台垄断。它延续了文件系统的哲学：工具不占有创作，数据应超越软件生命周期。这一模式或将成为下一代社交网络的基础设施。
评论总结
以下是评论内容的总结：
支持AT协议的观点 1. 认为AT协议实现了数据所有权和可移植性，用户数据可以跨平台使用： - "Social-media contributions as files on your system: owned by you, served to the app" (elbci) - "moving away from the era of 'you are the product' dystopian enshittification" (noelwelsh)
反对AT协议的观点 2. 批评AT协议是商业驱动的伪创新，未能解决数据控制权问题： - "let them profit from a technical 'innovation'... mimicking activity pub" (catapart) - "you're just going to change which massive organization is exploiting them" (catapart)
技术改进建议 3. 认为协议设计过度复杂，建议简化数据结构： - "over engineered with poor separation of concerns" (geokon) - "flatten the design and embed everything in the Records" (geokon)
隐私担忧 4. 指出协议存在永久性数据泄露风险： - "anything you put there is public... AI will train on it" (skybrian) - "helping build a perfect decentralized surveillance record" (jrm4)
替代方案讨论 5. 建议采用其他技术方案： - "this should be done with xml, not json" (eduction) - "Treat everything as data blobs addressed by their hashes" (skeledrew)
实用性质疑 6. 质疑协议的实际价值和用户需求： - "how do you get people to actually want this?" (nonethewiser) - "I don't really understand the benefit of data portability" (motoxpro)
相关项目对比 7. 与其他去中心化项目进行类比： - "Seems similar to remoteStorage" (clnhlzmn) - "How does this relate to the SOLID project?" (metabagel)