OverviewFilesCommitsIssuesDocsReleasesPeers

favela-community commits / 45d880d

README: link sibling repos, which this tree already does and I did not
The convention was already here — favela-web and favela-node link siblings as [hyper-proto-peer](../hyper-proto-peer), favela-community as [hyper-rooms](../hyper-rooms). The READMEs I wrote from scratch had ZERO of them; the ones I only edited kept theirs. Measured before fixing: favela-bridge, favela-host, favela-identity, favela-markdown, favela-peer, favela-surface and favela-surface-android each had 0 relative links while mentioning 5-10 siblings by name. Linked on FIRST mention only, prose only. Skipped code fences, tables, existing links and URLs, and left later mentions as code spans so a paragraph does not turn into a row of blue. One case the automated pass got wrong and I reverted by hand: favela-surface's Boundary section lists the modules it may NOT import, as a uniform run of code spans. Linking hyper-overlay and ap-bridge there broke the list's formatting and read as "go read these" when the point is "never import these". Those two are code spans again. Rewrapped the lines the inserted links pushed past 100 columns, which is where the rest of this tree wraps. The long lines that remain in favela-community and favela-node are pre-existing prose — verified against HEAD — and one is inside a code fence. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
45d880d75208b58d935167bea0586ee79d7e0a2b
by plankatron <fleeky@gmail.com> · 2026-09-20T21:23:03.000Z

Changed files (1) +5 -3

README.md +5 -3
……@@ -1,7 +1,8 @@
11# favela-community
22
33Co-owned, plaintext community rooms for [favela-web](../favela-web) — membership and moderation on a
4[hyper-rooms](../hyper-rooms) Autobase. One community protocol, shared across surfaces: read keylessly
4[hyper-rooms](../hyper-rooms) Autobase. One community protocol, shared across surfaces: read
5keylessly
56by the gateway (`favela-web`), written by mods (a full-node / CLI / hpp).
67
78## Which stack this belongs to
……@@ -11,13 +12,14 @@ lens-export** community: a co-owned `did:plc:` whose roster favela-web reads key
1112living in each member's own signed atproto repo. It is live — `loser-club` is in favela-web's shipped
1213defaults and [favela.7rnx.net](https://favela.7rnx.net) serves it.
1314
14The **markdown-record** stack has its own primitive: `favela-peer`'s rooms, on autobee rather than
15The **markdown-record** stack has its own primitive: [favela-peer](../favela-peer)'s rooms, on
16autobee rather than
1517autobase, with keet's roles, where membership *is* the audience and a DM is a room with one other
1618member. That one is not this, does not use this package, and could not — `favela-peer` may not import
1719anything `atproto-*`, and its boundary test enforces it.
1820
1921So this is not superseded and it is not the room primitive for new work. Consumers today are
20`favela-web`, `atproto-bridge` and `favela-node`.
22`favela-web`, [atproto-bridge](../atproto-bridge) and [favela-node](../favela-node).
2123
2224## The model
2325