Mechaniek

Fijnmazige rechten

Toegang is een sleutel, geen account. Elke sleutel heeft een kleine, expliciete set rechten — en niets wat hij niet zegt.

Sleutels, geen accounts

Een loam-site heeft geen gebruikers, rollen of groepen. Een sleutel hoort bij een persoon of een agent, zegt wat hij mag, en draagt het geheim dat het bewijst. De site bewaart een vingerafdruk van dat geheim, nooit het geheim zelf. Een sleutel wordt één keer getoond; raak je hem kwijt, dan maak je een nieuwe.

Het raster

De rechten van een sleutel zijn een raster. Elk vakje wordt los toegekend, en geen enkel vakje brengt een ander met zich mee.

lezenschrijvenverwijderen
Contentpagina's en concepten zienwijzigingen klaarzettenconcepten weggooien
Templatesde ontwerpbron zienhet ontwerp wijzigentemplateconcepten weggooien
Bestandenbeelden en bestanden zienuploadenbestandsconcepten weggooien
De gidsde notities van de site voor agents zieneen notitie schrijvennotitieconcepten weggooien

Alleen-lezen-weergaven staan apart: het logboek, de formulierinbox, het plan, de lijst met sleutels — elk los toegekend. Het plan instellen is alleen aan de eigenaar. De inbox bevat persoonsgegevens en wordt zuinig gegeven.

Publiceren en terugnemen

Twee rechten gaan over de live site, en die worden bewust gescheiden gehouden. Publiceren zet concepten live; terugnemen zet iets wat live staat terug naar concept. Een sleutel die mag schrijven maar niet publiceren kan echt werk doen en geen schade. De meeste sleutels die publiceren zouden de site nooit leeg moeten kunnen halen.

Sleutels in de praktijk

Sleutel voorRechten
Tekstschrijvercontent lezen en schrijven, niet publiceren
Ontwerpbureautemplates lezen en schrijven, geen content, niet publiceren
Auditoralles lezen, niets schrijven

Een verzoek buiten de rechten van een sleutel wordt geweigerd met het ontbrekende recht erbij — “deze sleutel mag content schrijven maar niet publiceren” — zodat de weigering zegt wie je het moet vragen.

Sleutels uitdelen

De sleutel van de eigenaar mag sleutels uitdelen, en mag een andere sleutel hetzelfde laten doen. Twee regels houden dat veilig: niemand deelt meer uit dan hij zelf heeft, en niemand beheert een sleutel buiten zijn eigen bereik. Delegeren kan meerdere lagen diep zonder dat de eigenaar de top verliest. Vertrekt iemand, dan trek je zijn sleutel in — verder hoeft er niets opgeruimd te worden.

Een sleutel is geen persoon

Twee dingen die elk ander systeem samenvouwt tot “gebruikers”, blijven hier gescheiden. Wie er op de site genoemd wordt — een auteur, een spreker, een teamlid — is content: een publieke Person. Wie mag schrijven is toegang: een sleutel met rechten, nooit publiek. Een auteur heeft geen sleutel nodig, de sleutel van een agent is geen persoon, en wie wat publiceerde is de zaak van het logboek.

Wat het oplost