Changeset fa33214 in Klonkt for docs

Timestamp:

08/04/2026 12:55:55 PM (5 weeks ago)

Author:

Bart <bart@…>

Branches:

main

Children:

04aca12, 12bed59

Parents:

3d882bd

Message:

FEP-633c §5.3 andersom: een ward vraagt eerst of het iemand mag volgen

Uitgaande follows gingen ongehinderd de deur uit; de guardians kregen achteraf
een bericht (1a2f206). Dat is informeren, niet gaten — de deur staat al open als
het bericht aankomt. Bead shaer-p729, ontwerp in
docs/ward-outbound-follows-design.md.

De regel: per geval goedkeuring, met twee uitzonderingen die geen gunst zijn
maar dezelfde beslissing die al genomen is. Je eigen guardian volgen is geen
vraag. En iemand die de ward al volgt DOOR DE POORT heen is door een guardian
bij naam goedgekeurd; die vraag nog eens stellen leert mensen alleen om de vraag
niet meer te lezen.

Daarvoor moet je weten wie er door de poort kwam, dus ap_followers krijgt
gate_approved, gezet bij acceptGatedFollow. Iedereen die al volgde toen die
kolom erbij kwam wordt eenmalig gegrandfatherd (Barts besluit): exact vanaf nu,
in plaats van met terugwerkende kracht wantrouwig tegen wat er al was.

Eigen tabel, want ap_pending_follows is gesleuteld met de ward als DOEL. Eigen
wachtrij (outgoingFollows), want een guardian moet "iemand wil je ward volgen"
kunnen onderscheiden van "je ward wil iemand volgen" — de AS2-test ving netjes
dat de nieuwe term aangemeld moest worden. En een tegengehouden follow reist als
derde uitkomst naar de app (state: awaiting_guardian), zodat Shaer "wacht op
toestemming" kan tonen in plaats van een tegel die er al volgend uitziet.

Co-Authored-By: Claude Opus 5 <claude@…>

File:

• docs/ward-outbound-follows-design.md (modified) (1 diff)

docs/ward-outbound-follows-design.md

@@ -89 +89 @@
   toestemming" kan laten zien in plaats van een tegel die er al volgend uitziet.
 
+## Status
+
+Gebouwd op 3-8-2026: `ap_pending_outgoing_follows` + `outgoing.js`, de poort in
+`ingestOutboxActivity` (`case 'Follow'`), de `outgoingFollows`-wachtrij, en het
+antwoord van de guardian op `POST /api/outgoing-follow/:id`. Negen tests in
+`test/outgoing-follow-gate.test.js`.
+
 ## Open vragen
 
-1. **Wat doen we met followers van vóór de adoptie?** Was de ward eerst een vrije
-   actor, dan zijn zijn bestaande followers nooit door een guardian gezien. Bij de
-   regel hierboven worden dat stuk voor stuk automatisch goed te keuren doelen.
-   Ofwel we accepteren dat, ofwel `ap_followers` krijgt een markering "door de
-   poort gekomen" en alleen die telt mee. Dit is de belangrijkste vraag van dit
-   document.
+1. **Beantwoord (Bart, 3-8): bestaande followers worden gegrandfatherd.**
+   `ap_followers` heeft nu `gate_approved`, gezet zodra de inkomende poort
+   iemand toelaat. Iedereen die al volgde op het moment dat de kolom erbij kwam,
+   krijgt de markering eenmalig mee: de regel is exact vanaf dat moment, in
+   plaats van met terugwerkende kracht wantrouwig tegen relaties die er al
+   waren. Wie daarna binnenkomt zonder poort — de followers van een vrije actor
+   die later ward wordt — telt niet mee voor de wederkerigheid.
 
-2. **Mag de ward zijn eigen verzoek intrekken** zolang het in de wacht staat? Lijkt
-   vanzelfsprekend ja, maar het is een Undo op iets dat nooit verstuurd is.
+2. **Nog open. Mag de ward zijn eigen verzoek intrekken** zolang het in de wacht
+   staat? `outgoing.withdraw()` bestaat al, maar er is nog geen route en geen
+   knop. Lijkt vanzelfsprekend ja, maar het is een Undo op iets dat nooit
+   verstuurd is.
 
-3. **De guardian zelf als doel.** Een ward die zijn eigen guardian volgt, hoort
-   niet te hoeven wachten. Dat is dezelfde uitzondering als inkomend, waar de
-   Follow van een vastgelegde guardian de poort overslaat.
+3. **Beantwoord: de guardian zelf als doel wacht niet.** Dezelfde uitzondering
+   als inkomend, waar de Follow van een vastgelegde guardian de poort overslaat.
+   Gebouwd en getest.
 
-4. **Interactie met Block/Orbit.** Blokkeert de ward iemand terwijl er nog een
-   verzoek voor die persoon open staat, dan moet dat verzoek verdwijnen.
+4. **Nog open. Interactie met Block/Orbit.** Blokkeert de ward iemand terwijl er
+   nog een verzoek voor die persoon open staat, dan moet dat verzoek verdwijnen.
+   `withdraw()` is er klaar voor; het wordt alleen nog nergens aangeroepen.
 
-5. **Emancipatie.** Wat gebeurt er met openstaande verzoeken als de
+5. **Nog open. Emancipatie.** Wat gebeurt er met openstaande verzoeken als de
    guardianship eindigt? Automatisch goedkeuren of laten vervallen.
+
+6. **Nieuw, uit het bouwen. Er zit geen venster op een verzoek.** Een uitgaande
+   follow die niemand beantwoordt blijft staan tot iemand hem beantwoordt —
+   dezelfde omissie die de handshake had voordat er een week op kwam (§3.5). Een
+   kind dat vraagt of het iemand mag volgen en nooit antwoord krijgt, verdient
+   een afloop.
 
 ## Raakvlakken met andere beads