Drie frontends herbouwd in drie weken, met AI-agents die het zware werk doen
6 augustus 2026
Van pentest naar drie vernieuwde frontendapplicaties
Voor een Belgische financiële dienstverlener in de automotive sector stond de frontend-rebuild van hun dealer-performanceplatform al een tijd op het verlanglijstje. De drie webapplicaties draaiden op Vue 2, een framework dat sinds eind 2023 uit long-term support is en dus geen beveiligingsupdates meer krijgt. Tot een externe penetratietest daar precies op wees. Geen breach, geen incident: een niet-ondersteund framework, genoteerd als security-bevinding. De wens werd een project met een harde deadline: weg van de niet-ondersteunde stack vóór de zomervakantie.
Drie weken werk later waren alle drie de applicaties herbouwd: modern, veilig en mobielvriendelijk, draaiend op de live backend, tien dagen vóór die deadline. Niet door een projectteam, maar door één developer die met AI-agents werkt.
Zo ziet AI-ondersteunde ontwikkeling eruit wanneer je kwaliteit even ernstig neemt als snelheid. Dit is wat het de klant opleverde, en hoe.
Een bedrijfskritisch platform op een niet-ondersteund framework
Het platform is bedrijfskritisch: dealers en verkopers gebruiken het dagelijks om objectieven, commissies, contracten en facturen op te volgen, en het admin-team van de klant beheert er de volledige commissie-engine achter. De backend was eerder dat jaar al gemigreerd naar .NET 10, maar de drie frontends draaiden nog op Vue 2: end of life sinds 2023, dus geen security-fixes meer, wat een scan ook nog aan het licht brengt.
Een externe penetratietest maakte dat concreet. Er was niets misgelopen, maar het rapport markeerde de verouderde frontend-componenten als een security-bevinding, met een duidelijke aanbeveling: weg van de niet-ondersteunde stack. De refactoringwens die stilletjes werd vooruitgeschoven, had plots een harde deadline: klaar vóór de zomervakantie.
Dit is het soort project waar organisaties tegenop kijken, en dat ze om die reden uitstellen. De scope omvatte een managementcockpit vol KPI-dashboards, commissieoverzichten en rapporten, een mobiele app voor verkopers, en een adminapplicatie met meer dan 30 schermen. Het klassieke antwoord op een rebuild van die omvang is een team dat er zes maanden of langer aan werkt. De klant kreeg een ander antwoord.
Wat de rebuild opleverde
De deadline werd gehaald, en de pentest-bevinding waarmee alles begon, is afgesloten. Maar de drie weken leverden meer op dan een één-op-één kopie op een nieuwer framework.
Security-patching die echt werkt
Vue 2 krijgt geen security-fixes meer, dus de oude stack patchen was een barst overschilderen. De nieuwe frontend draait op actuele, onderhouden frameworks, en omdat de drie applicaties één repository en één set dependencies delen, wordt een kwetsbaar package één keer geüpdatet en is meteen elke app gefixt. Het gestructureerde patchbeheer dat de pentest aanbeval, is nu realistisch in plaats van theoretisch.
Standaard mobielvriendelijk
Elk scherm werd herbouwd op responsieve componenten, zodat dealers en verkopers hun objectieven en commissies nu even comfortabel op een telefoon als op een desktop opvolgen. Voor de mensen op de baan was dit een van de meest tastbare winsten van het project, en het kwam mee met dezelfde rebuild, niet als een apart te budgetteren project. Dark mode kwam in dezelfde beweging mee.
Aanpassingen landen sneller, in alle drie de apps tegelijk
De drie applicaties delen nu één componentenbibliotheek: tabellen, filters, kaarten en formulieren worden één keer gebouwd en overal hergebruikt. Een nieuw scherm wordt grotendeels samengesteld uit bestaande onderdelen, en een verbetering aan een gedeeld component landt in alle drie de apps tegelijk, in dit project en bij elke aanpassing erna. De demoweek bewees het punt: meer dan 30 aanpassingen stonden binnen enkele dagen live.
Een kleinere onderhoudsfactuur, elk jaar opnieuw
De legacy-applicaties leefden in aparte codebases en sleepten jaren aan opgestapelde packages mee, waarvan vele niet meer onderhouden werden. De rebuild startte van een schone lei: één repository (met behoud van de oude git-geschiedenis), een bewust kleine set actuele libraries, en alle drie de apps permanent op dezelfde versies. Een upgrade gebeurt nu één keer en wordt één keer getest, in plaats van drie keer: een kleiner aanvalsoppervlak vandaag, en een kleinere upgradefactuur elk jaar.
Gedocumenteerd voor wie erna komt
Elk component heeft een geschreven design-spec en implementatieplan in de repository. De volgende aanpassing vertrekt van documentatie in plaats van code-archeologie, of ze nu door een menselijke developer of door een AI-agent wordt opgepikt.
Eén developer, een vloot agents
De agents produceerden het volume. De specs, gates en reviews hielden het correct.
Snelheid van agents, kwaliteit van structuur
De snelheid kwam van AI-agents. De kwaliteit kwam van de structuur die we errond zetten.
We begonnen met een inventaris: elk scherm en elk component van de drie legacy-applicaties werd in kaart gebracht, 46 componenten in totaal, en elk component werd een apart ticket. Voor elk ticket schreef een AI-agent eerst een design-spec, dan een implementatieplan, en pas daarna de code. Elke commit werd gereviewd tegen zijn taak, en de branch als geheel kreeg een finale security-review vóór het mergen. Dezelfde flow had zich enkele weken eerder al bewezen, toen we er de bevindingen van de penetratietest in de backend mee wegwerkten.
De architectuur deed de rest. In plaats van drie aparte codebases is de nieuwe frontend één repository met een gedeelde componentenbibliotheek: een tabel, filter of formulier wordt één keer gebouwd en gebruikt in zowel de cockpit, de verkopersapp als de adminapplicatie. Alle schermen werden eerst gebouwd als klikbare pagina's op mockdata (in Storybook), zodat lay-out en gedrag vroeg gecheckt konden worden, en pas daarna verbonden met de live .NET-backend. Geautomatiseerde checks (type checks, linting en buildverificatie) liepen bij elke wijziging, en een menselijke developer reviewde en live-testte alles tegen het echte systeem.
Die combinatie liet één developer orkestreren wat normaal teamwerk is. De agents produceerden het volume; de specs, gates en reviews hielden het volume correct.
Drie weken, gemeten
Het project was gepland van 10 tot 30 juli. Het werkelijke tempo:
9 juli
De gedeelde fundering (navigatie, filters, tabellen) en de volledige set cockpitschermen waren gebouwd en verbonden, een dag vóór de officiële start.
10 juli
Alle zes verkopersschermen waren af en de volledige adminapplicatie bestond als klikbare schermen in Storybook.
20 juli
Alle adminschermen waren verbonden met de live backend. Elk scherm van de drie applicaties was gebouwd en werkte, tien dagen vóór de deadline.
27 juli
Demo met de klant.
30 juli
Deadline. Meer dan 30 feedbackitems uit de demorondes waren opgepikt en opgelost, de meeste binnen enkele dagen na melding. Omdat elke component dezelfde spec- en planstructuur volgt, landt feedback in kleine, goed afgelijnde tickets die een agent meteen kan oppikken. De klant zag de opmerkingen uit de demo van maandag diezelfde week nog live op de testomgeving.
Het project in cijfers
Kwaliteit is de terechte zorg, dus bouwden we ons proces errond
De terechte zorg bij AI-gegenereerde code is kwaliteit, en het is een zorg die we delen. Net daarom krijgt elk ticket een spec vóór er één regel geschreven wordt, wordt elke commit gereviewd, en ging de finale branch door een aparte security-review.
“Dit is het eerste AI-gebouwde project dat er niet AI-gebouwd uitziet.”
Wat dit betekent voor jouw legacy-frontend
Frameworks verouderen sneller dan de applicaties die erop gebouwd zijn. Draait jouw frontend op Vue 2, AngularJS of een andere end-of-life stack (een framework dat geen beveiligingsupdates meer krijgt), dan draag je een groeiend securityrisico en een groeiende onderhoudsfactuur mee. En het klassieke antwoord, een rebuildproject van zes maanden of meer, is exact waarom de meeste bedrijven het blijven uitstellen.
Onze ervaring met dit project zegt dat die afweging veranderd is. Met AI-agents binnen een gedisciplineerd spec-, review- en verificatieproces past een rebuild van deze omvang in weken in plaats van maanden, zonder toe te geven op kwaliteit of security. Heb je een modernisering die op de backlog blijft afglijden, praat dan met ons. We tonen je graag hoe we werken, demo inbegrepen.