Stand van zaken

Een momentopname. TODO.md in de repo-root blijft de bron van waarheid; deze pagina vat samen waar de keten staat.

Peildatum: augustus 2026.

De keten

Onderdeel	Staat
Fase 1 · Ideation	✅ werkt · 🟡 genormaliseerde documentatie/-export nog open
Naad A	🟡 toggles werken; entiteiten/velden nog handwerk
Fase 2 · Techniek & scaffold	✅ werkt · 🟡 pint nog de opgeheven umbrella
Fase 3 · Ontwikkelen	✅ skills bestaan · 🟡 niet benoemd in SEIFER.md, ontbreekt in de orchestrator-schets
Naad B	🟡 werkt met impliciete conventies; deploy-metadata.json nog niet
Fase 4 · Deployment	✅ werkt · negen live producten geregistreerd
Orchestratie over de keten	❌ nog niet (G9) · control-panel dekt alleen scaffold

De foundation

Onderdeel	Staat
22 kit-packages	✅ gepubliceerd op npm, 0.1.0, restricted
README per kit	✅ alle 22, geschreven uit de echte API-surface
Skill per kit	✅ alle 22 integrate-<kit>-kit-skills bestaan, als SKILL.md + SPEC.md in het package
9 capability-modules	✅ gebouwd · 🟡 drie lopen vóór op de registry
apply-*-skill per module	🟡 vier van de negen incompleet
Umbrella @…/kits	⛔ opgeheven per 2026-08-17
project-scaffolder	🟡 model achterhaald — beslissing nodig
Registry-only	✅ symlinks weg, no-symlinks-poort groen
Negen-module-assemblage	🟡 showcase/ bestaat; 3 modules nog zonder poort

Het design system

Onderdeel	Staat
White-label + tokens/brand.json als enige rebrand-ingang	✅
rebrand · apply-preset · theme-manager	✅
add-component · test-component · build-prototype-by-design-system	✅
sync-template	⛔ kapot sinds de monorepo-migratie — syncen is handwerk
wireframe-ds	✅ publiek gepubliceerd, v1.0.1

Wat er recent is gebeurd

• Alle 22 kit-packages staan op npm (2026-08-16), in drie golven. Onafhankelijk nagelopen: 22/22 geven HTTP 200 op de registry-API, en een schone install buiten de repo trekt de juiste dependencies mee.
• bin/kit-publish gebouwd, met een Verdaccio-repetitie vooraf. Die repetitie verdiende zichzelf meteen terug — hij vond drie bugs die een dry-run tegen npmjs niet kan raken, waaronder een na-controle die bij élke geslaagde publicatie ten onrechte "dit staat nu publiek" zou hebben gealarmeerd.
• De monorepo is uit workspaces gehaald (2026-08-17): 35 symlinks vervangen door echte registry-installaties. Legde tien ontbrekende devDependencies en twee kapotte e2e-configuraties bloot.
• Frontend-tier opgeschoond van 16 → 7 kits, getoetst tegen de echte oplossingen. Op de backend bleek juist het omgekeerde: http (24×) en config (23×) zijn daar het zwaarst gebruikt.
• typecheck fant nu ook uit naar backend/templates — dat gat verborg media's breuk maandenlang.
• De presign+maxSize-impasse opgelost: de S3-adapter tekent nu een POST-policy met content-length-range, dus S3 weigert een te groot bestand zelf.
• billing beweerde de payment-kit te gebruiken maar deed dat niet; de enige echte omissie — geen guard tegen dubbel afrekenen — is alsnog gebouwd.

Wat er op een beslissing wacht

Vier blokkades

1. Registry — umbrella + drie vóórlopende modules nog niet gepubliceerd.
2. Workspaces ontmantelen — de resterende stappen na de laatste publicatiegolf.
3. Drie scaffolders — herbouwen of samenvoegen? Beantwoord dit vóór er iets in gebouwd wordt, anders is het weggegooid werk.
4. Integratie-oplossingen — waar leven ze, en hoeveel: één brede of meerdere smalle?

→ Gaps & plan voor de details.

Geen CI

Er is nog geen CI in deze repo. De poorten bestaan wel en zijn handmatig te draaien:

cd foundation && npm run verify        # build + typecheck + test + no-symlinks
cd showcase   && npm run test:integration

Het inrichten daarvan staat als openstaand punt in foundation/REGISTRY-ONLY.md §8.

Echte projecten die nog niet gemigreerd zijn

zangles-platform, makelaar, jet-spreekt en jouw-stem pinnen @seifer-webapp-factory/kits op ^0.1.2/^0.1.3. Die pakken 0.2.0 dus níet op — prima zolang ze op de oude gepubliceerde versies blijven.

Val hier niet in

npm-zichtbaarheid geldt per package, niet per versie. De al-gepubliceerde packages privé zetten breekt hun schone npm ci meteen, ook al staan ze op oude versies gepind. Houd ze publiek tot dit punt wordt opgepakt; regel dan tegelijk NPM_TOKEN in hun .npmrc en in de allowlist van de zangles-deployer.