This is partly why I think atproto needs a more convincing vision about being a post-app protocol. A future where atproto is a bunch of apps and each app governs their own lexicon diminishes a lot of its potential in the long-term.
Laurens
yeah i think i might actually, theres a very interesting story here that the main thing that matters is a focal point around which consensus over a lexicon can get formed
Dec 23, 2025 at 7:51 PM
ATProto ideas
If AT Protocol becomes “a meaningful layer of the web” — even if it’s only tens of millions of users — then the winning ideas probably won’t only be futuristic...
Some initial atproto-related learnings from #Rebuild Helsinki 🇫🇮 * most people building apps here have no idea what atproto is, which is a shame since especially when building social apps, atproto is a great starting point for many reasons
some thoughts on atproto as a post-app paradigm
Ecosystem Plugins
notes.wesleyfinck.orgsome thoughts on atproto as a post-app paradigm
Ecosystem Plugins
notes.wesleyfinck.orgImagining atproto as a post-app protocol starts with materializing the social filesystem – decomposing apps and their data into materials and instruments. For the time being, this guestbook is a good example where the display element is a material and the sign element is an instrument.
dan
in any case, the end game is composing these little guys, whatever goes on behind the scenes. social components
ATProto, by design, refuses to be the place where things happen. Decisions live in apps. Value derives from execution, and execution will demand focus. This is application primacy — and it's why I don't expect an ATmospheric "everything app": numergent.com/2026-05/ATProto-Application-P…
ATProto's Application Primacy
numergent.comthe point of atproto is to make locked-open apps. apps which are constrained such that they cannot be e.g. bought by billionaires and ruined. yes, doing non-atproto things "enables app developers to do more". yes, non-atproto is "more intuitive" and "it sucks" when you hit atproto's limits.
There are two theories-of-change emerging: displace vs. integrate They are by no means mutually exclusive, but much more effort has gone into spinning up brand new atproto apps with the goal to displace existing apps than has gone into embedding the protocol into every nook and cranny of the web.
patak
adding social features to our websites will accelerate atproto adoption faster than building pure atproto apps
I'm thinking about how non-developers will feel about atproto. For example, will it take people by surprise that data entered into one app can show up somewhere else? More thoughts in this post.
How do we talk about atproto to non-developers? | Rachel Andrew
rachelandrew.co.ukHot take but I think it’s problematic for atproto that lots of developers i see talking about making stuff focus mostly on things absolutely no end user gives a shit about to fuel their protocols and architecture fetish, and it’s a failure there isn’t another app with like 100k+ users active even.
My take on the "explaining atproto" discourse is that all the UX/filesystem/etc metaphors are still very verbose and that you can explain the same idea in a lot less words: It separates data from apps, so any app can use data from any other app. That fits in a tweet, with other sentences around it.
