De volgorde vastgelegd waar hij gelezen wordt, niet waar hij hoort te kloppen

Eigenimage komt na Webinterface, besloten door de gebruiker. De vindplaats is hier het punt: een masterplan zonder tier komt in geen enkele prioriteits- herziening langs, dus een notitie in dat plan alleen zou op het moment dat het ingaat niemand bereiken. Daarom staat de keuze in de prioriteits-header van Webinterface, want dat is wat een sessie bij het starten leest, met de opdracht erbij: promoveren met een nieuw tussennummer en eerst de registervraag beantwoorden. De kolom "afhankelijk van" in de masterplannen-tabel houdt zijn streepje. Die is voor harde afhankelijkheden en dit is er geen; technisch kan het plan morgen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-27 14:50:14 +02:00
parent 1f02e51b08
commit b43eee9d79
3 changed files with 18 additions and 9 deletions
@@ -2,6 +2,12 @@

 > Prioriteit: **A** | Wacht op: –
 >
+> **Wat hierna komt, besloten door de gebruiker op 27-08-2026: het masterplan Eigenimage.** Dat is geen
+> afhankelijkheid maar een volgordekeuze, en de reden staat aan die kant: een eigen image maakt van elke
+> wijziging een bouwronde, en dat remt precies het itereren op de pagina dat dit plan nog doet. Rond je dit
+> plan af, promoveer **Eigenimage** dan naar `Actief/` met een nieuw tussennummer, en beantwoord eerst open
+> punt 1 daar: blijft het Gitea-register ook bij publicatie de bron. **Eigenaar van die vraag: gebruiker**
+>
 > **Van C naar B naar A op 20-08-2026, op één dag.** Eerst verviel de blokkade "de app geïnstalleerd en de
 > agent draaiend". Aan het eind van die dag is dit het enige plan met werk dat nú te doen is: **Appstore**
 > heeft alleen nog een herstart nodig die niet te plannen is, en **Publicatie** wacht op een publieke repo.