Zo bouw ik

Ik opende de site op mijn telefoon en de productkaarten waren stuk. De ene knipte z'n eigen inhoud af, de andere was leeg met alleen een zwevende knop erin. Op mijn laptop zag alles er prima uit. Ik gaf het symptoom aan een agent, die de pagina in een headless browser reproduceerde en liet zien dat het helemaal geen layout-bug was. De glaskaarten gebruiken een backdrop-filter, en op mobiele GPU's bleef dat filter de geanimeerde blur erachter opnieuw bemonsteren, waardoor de kaart nooit schoon werd samengesteld. De fix haalt de blur alleen op touch-apparaten weg en houdt het glas op desktop, in één keer toegepast via een gedeelde hook zodat elke kaart op de site in één wijziging is gedekt. Wat het aankaartte was een mens op een echte telefoon. Wat de GPU-hertekenkwestie in minuten tot de kern terugbracht, was de agent.

De call-to-action-knoppen zagen er flets uit en verdwenen bijna in dark mode. Ik vroeg om een styling-fix. De agent ging een laag dieper en vond de echte oorzaak: dit is een Tailwind v4-project waar de @theme-mapping ontbrak, dus elke semantische kleur-utility op de site zond stilletjes helemaal geen CSS uit. Het merkblauw overleefde alleen waar iemand het met de hand had geschreven. Dat is een veel grotere vondst dan een knop, en het aanzetten zou de kleur op elke pagina tegelijk verschuiven, dus liet ik het niet op de automatische piloot live gaan. Ik keek ernaar, keurde het goed, en één blok bracht het AiPOX-blauw overal terug. Voordat het live ging is het gecontroleerd tegen zo'n veertig voor-en-na-screenshots, elke pagina in beide talen, licht en donker, met het contrast opnieuw gemeten om op WCAG AA te blijven.

Ik wilde dat de SEO van de site echt goed was, dus stelde ik een concrete vraag: moet de gestructureerde data op de Engelse pagina's in het Nederlands of het Engels? Het antwoord kwam terug als advies, niet als een stille wijziging. Engels op /en, want Nederlandse gestructureerde data helpt daar niet bij de vindbaarheid, met een geprioriteerde lijst van wat er verder zwak was. Ik las het, was het ermee eens, en gaf de profiel-links door. Pas daarna ging het werk erin: taal-tags en JSON-LD per locale, hreflang en canonicals, de geverifieerde profielen, een gegenereerde sitemap. Het zorgvuldig doen bracht twee sluimerende bugs boven die niets met de vraag te maken hadden. Een locale die undefined bleef, waardoor /en stilletjes terugviel op Nederlands en z'n eigen taal-tags brak, en een type-mismatch die de productie-build brak. Allebei in dezelfde ronde gefixt. Dat is het ritme dat ik vastgelegd wil hebben: de vloot adviseert, ik beslis, dan wordt het gebouwd.

Vincalis is een B2B-supply-chain-platform dat ik bouw. Op één middag kreeg de codebase zeventien commits; op dezelfde dag werden zestien pull requests geopend en vijftien beoordeeld en gemerged. Ik heb er bijna niets van met de hand geschreven. Het werk werd gedaan door een kleine vloot, een product owner-agent en drie ontwikkelaars, en elke commit en PR draagt hun co-author-regel, dus het auteurschap staat in git in plaats van dat je het op geloof moet aannemen. De PO-agent schreef niet alleen code: twee van de commits zijn hem die de vloot aanstuurt, een sprint oppakt en inactieve ontwikkel-hosts opnieuw op de volgende werkvoorraad richt. Eén review-ronde liep langs acht aparte invalshoeken, en drie daarvan kwamen onafhankelijk op hetzelfde defect uit: het verbreden van één gedeeld type zou een ongeldige waarde langs de validatie hebben laten glippen en de database met een 500 laten crashen in plaats van een nette 400 terug te geven. De agents vonden het, fixten het, voegden een regressietest toe en verifieerden het tegen een live-omgeving voordat het werd gemerged. De ploeg ging snel. Het enige dat wachtte, was mijn goedkeuring.

Proceshuis is een van de producten die ik met de vloot bouw. Op één ochtend verhuisde het van z'n oude adres naar een eigen merkdomein, proceshuis.com, en kreeg het meteen een nieuwe functie erbij — met mij die op richting stuurde, niet op elke stap. De verhuizing liep in twee sporen tegelijk. Een ontwikkel-agent kamde de hele codebase uit op elke verwijzing naar het oude domein, van metadata en SEO tot login en mail, op een aparte ontwikkelomgeving met typecheck en lint groen. Tegelijk regelde mijn systeembeheer-agent ops-01 de DNS, de reverse-proxy met een www-naar-apex-redirect en het TLS-certificaat. Wat de AI níet zelf deed, was de productie-deploy en het plaatsen van een live mail-secret: die zitten achter een menselijke poort, en die keurde ik bewust goed. Dat is het patroon dat ik het belangrijkst vind — de vloot weet welke stappen onomkeerbaar of gevoelig zijn en escaleert die uit zichzelf, ook als ik zeg 'ga door, ik kan even niet meekijken.' Diezelfde ochtend kwam er een echte gebruikersvraag binnen: kun je de procesboom filteren op wie waarvoor verantwoordelijk is? Die liep dezelfde weg. Eerst een designer- en PO-agent die het datamodel in kaart bracht en een plan leverde — het kon volledig aan de voorkant, zonder nieuwe database-query. Toen een ontwikkelaar die het bouwde. En toen het echte werk: de UX bijschaven in gewone taal. 'Neemt te veel ruimte' werd een filter-icoon met een popover; 'kan het meerdere tegelijk' werd een compacte chips-combobox. Elke ronde: aanpassen, live bekijken, en pas na een onafhankelijke code-review naar productie. Eén opmerking van die ochtend — 'dit is geen consumenten-app, het mag wat ERP-compact aanvoelen' — legde het team als vast principe in z'n geheugen vast, zodat de designer daar voortaan vanzelf naar handelt. De eerste toepassing rolde er meteen uit: een pagina-kop die van 82 naar 47 pixels kromp.

De laatste tijd werkte de vloot de resterende backlog weg in een reeks sprints, en dat ging goed. De verrassing zat in waar het plafond eigenlijk lag. Niet bij de modellen. Bij de infrastructuur. De CI-pipeline bleef in de weg zitten, en het loskrijgen ervan werd een echte puzzel die met slimmer prompten niet op te lossen was. Uiteindelijk was er hardware voor nodig: mijn systeembeheer-agent, ops-01, vroeg om extra SSD's en andere Proxmox-instellingen. Toen dat er eenmaal was, liep de pipeline eindelijk schoon, en schoot de doorvoer omhoog. Het werk kwam eruit in twee aparte wekelijkse pieken, ruwweg één grote duw per week, elk een stapel pull requests en issues die in korte tijd werden afgerond. Wat ik het mooist vind, is de terughoudendheid. De vloot doseert zichzelf tegen een wekelijks token-budget, houdt het eigen verbruik bij, en als hij vóór op schema loopt zet hij zichzelf op pauze in plaats van het budget erdoorheen te jagen. Je kunt dat live zien gebeuren in het token-kanaal van Townhall. Snel als de leidingen het toelaten, en gedisciplineerd genoeg om zichzelf te stoppen.