







I don't disagree. The standalone experiences are not particularly "the thing". Atproto's glory emerges as competitive compatibility and inter-operation of apps arises more remix-y many-tools-together systems.
dame
hard pill to swallow for atproto developers/creators: 99% of potential users either do not care about, value, understand, or want to “own their own data” i see so many apps/projects lead with this “value prop”, but it’s not an important or meaningful consideration for most people
Jul 30, 2026 at 7:59 PM
Some thoughts on why ATProto is so exciting from the perspective of what it could unlock software dev wise.
ATProto: Engine of Software 2.0
john.leaflet.pubsome thoughts on atproto as a post-app paradigm
Ecosystem Plugins
notes.wesleyfinck.orgThere 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
the 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.
Hot 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.