services

Hoe wij AI-agents inzetten om sneller en beter software te bouwen

Door Arne Dierickx (software engineer)

Sneller software opgeleverd krijgen, zonder dat de kwaliteit eronder lijdt. Dat is de verwachting die bedrijven vandaag hebben, en die is volledig terecht. AI maakt het meer dan ooit mogelijk.

Bij we are bouwen we software op maat om de manuele stappen uit je bedrijf te halen. Niet met een team van 100, maar met een kleiner team software engineers dat AI als een volwaardig onderdeel van het engineeringproces inzet.

Neem een platform dat we nu bouwen: een mobiele app, twee dashboards en een API, drie applicaties in één project, met meerdere agents die er tegelijk aan werken. Met onze multi-agent werkmethode konden we het project in no-time opleveren, inclusief heel wat extra features.

Eerst even: wat is een AI-codeeragent?

Een AI-codeeragent is software die zelfstandig aan code kan werken, zonder dat je elke stap moet aansturen. Je geeft duidelijke instructies over wat er gebouwd moet worden en hoe, en de agent gaat aan de slag: hij leest de bestaande codebase, voert aanpassingen door en test het resultaat. Denk aan een digitale collega die een taak krijgt en die zelf van A tot Z afhandelt.

In de praktijk: meerdere agents werken tegelijk aan jouw project, zoals een team dat parallel software bouwt. Alleen is daar nu nog maar één heel bekwame software engineer voor nodig. Dat neemt meteen de belangrijkste zorg weg: een engineer controleert elk stuk werk dat uit die agents komen.

De agents doen het volume. Onze engineers houden het moeilijke werk en het oordeel in handen. De duurzaamheid van je software blijft altijd onze verantwoordelijkheid.

We gebruiken daarvoor vaak Claude Code van Anthropic, naast nog andere tools. Maar de tool is het verhaal niet. Het verhaal is hoe je ze inzet zodat het resultaat beter wordt, nooit slechter.

Het probleem: een agent zonder context is een risico

Geef een agent je codebase zonder context en je hebt iemand aangenomen die op dag één, zonder enige onboarding, aan de slag moet. Het resultaat: inconsistente code, verkeerde keuzes, beslissingen die niet passen bij wat er al staat.

But that's not us. Na jaren experimenteren en bijleren durven we zeggen dat onze engineers behoorlijk goed zijn geworden in het definiëren van context. Te weinig of de verkeerde context is precies de reden waarom veel mensen concluderen dat AI nog niet klaar is voor serieus werk. Zoals wij zeggen: skill issue.


De oplossing: een gelaagd kennissysteem voor agents

Elke agent die aan het project werkt, krijgt eerst de juiste context. En net zoals je tijd moet steken in het inleiden van een stagiair, moet je tijd steken in het inwerken van je AI-agents.

We bouwen context op in 3 lagen: een centraal projectdocument, een aparte handleiding per onderdeel en expliciete regels. Hieronder lichten we elke laag toe.

Laag 1: het projectdocument

Eén centraal bestand dat het hele project beschrijft. Niet voor mensen geschreven, wel voor agents. De architectuur, de gebruikte technologieën, de afspraken en de huisregels. Denk aan een onboardingdocument en een technische bijbel in één.

En het is niet statisch: agents werken het zelf bij zodra ze iets missen of fout zien. Zo evolueert het mee met het project, zoals het hoort.

Laag 2: een aparte handleiding per onderdeel

Als het projectdocument de kaart is, dan zijn de skills de gedetailleerde handleidingen. Voor elk onderdeel van de software is er één: voor de app, voor de dashboards, voor de technische motor erachter. Plus handleidingen voor terugkerende taken, zoals het schrijven van tests of het verwerken van feedback. Elke handleiding is geschreven alsof je een ervaren ontwikkelaar inwerkt die zijn vak kent, maar jouw project nog nooit gezien heeft.

Laag 3: de spelregels

Meerdere agents op hetzelfde project hebben grenzen nodig, anders wordt het chaos. Elke agent heeft een afgebakend terrein en blijft binnen de afspraken. Belangrijke beslissingen neemt geen enkele agent op eigen houtje: bij twijfel stoppen ze en vragen ze het.

Misschien de belangrijkste regel van allemaal: agents zijn geen jaknikkers. We zeggen ze expliciet dat ze mogen tegenpruttelen. Is een aanpak nodeloos ingewikkeld, dan willen we dat horen. Ontbreekt er info, dan stoppen ze en vragen ze het, in plaats van een aanname te verzinnen en daarop verder te bouwen.

Wat dit ons concreet oplevert

We bouwden een systeem dat feedback op code automatisch oppikt, de aanpassingen doorvoert, controleert of er niets kapot is, en alles netjes afrondt. Werk dat een developer vroeger zo'n 30 minuten per keer kostte, gebeurt nu in seconden.

  • Minder overhead: de ene agent schrijft tests, een tweede bouwt een scherm in de app, een derde analyseert bestaande software ter voorbereiding van een migratie. Allemaal tegelijk. Dat soort parallel werk is met een team mensen veel lastiger en tijdrovender te organiseren.
  • Nooit generieke AI-slop: elke agent volgt dezelfde patronen, want ze lezen allemaal dezelfde documentatie. Geen discussies over stijl of aanpak. De afspraken staan op papier en worden gevolgd. Met de juiste context krijg je nooit generieke AI-slop.
  • Kennis die blijft: in een team van mensen wandelt kennis de deur uit als iemand vertrekt. Bij ons leeft die kennis in de documentatie. Een nieuwe agent start met alles wat de vorige al wist. Iemand met vakantie? Dan ligt je project geen twee weken stil.
  • Meer tijd voor waar we goed in zijn: wanneer agents het volume opvangen, krijgen onze engineers meer ruimte voor wat er echt toe doet: architectuur en technische keuzes, user flows uitstippelen, optimalisaties opsporen, en doorheen het hele traject nauw contact houden met de klant.

Vijf dingen die we leerden

  1. Context is de nieuwe code. De projectdocumentatie en de handleidingen zijn geen bijproduct. Ze horen even hard bij het project als de software zelf en moeten meegroeien met elke wijziging. Pas je iets aan maar vergeet je de documentatie bij te werken, dan bouwt de volgende agent het verkeerd. Verouderde context is even gevaarlijk als kapotte code. We bekijken onze documentatie dan ook even streng als onze software.
  2. Itereer. Geen big bang. We leerden, met vallen en opstaan, waar agents vastliepen. Telkens een agent struikelde over ontbrekende context, schreven we op wat er ontbrak. Kleine stappen met controle tussendoor verslaan altijd die ene grote poging die je achteraf weer moet afbreken.
  3. Laat agents hun eigen documentatie verbeteren. De regel is simpel: zie je iets fout staan, herstel het. Agents gebruiken de context, vinden de gaten, en vullen ze aan. Wat de ene agent leert, staat klaar voor de volgende. Een systeem dat zichzelf beter maakt.
  4. Agents build, Engineers own it. Agents draaien na elke wijziging hun eigen tests en controles. Maar een mens kijkt altijd mee. Niet om elke regel te herschrijven, maar om de keuzes te toetsen: past dit bij het geheel? Zijn er randgevallen gemist? Is dit de eenvoudigste oplossing? AI versnelt het werk. Het vervangt het oordeel niet.
  5. Kwaliteit boven kwantiteit. AI-agents laten je veel meer doen, sneller. Maar snelheid is niet het doel, kwaliteit wel. Code moet duurzaam en schaalbaar zijn. Kwaliteit staat altijd op één, extra snelheid is een leuke bijkomstigheid. Niet omdat we stappen overslaan, maar omdat het repetitieve werk (standaardonderdelen, tests schrijven, feedback verwerken) naar agents gaat, terwijl onze engineers zich focussen op wat er echt nadenken vraagt.

We leerden de voorbije jaren nog veel meer over AI en agentic AI dan deze vijf dingen. Heb je interesse? We praten er graag over!

Zo bouwen wij software in 2026

Voor ons is AI een vast onderdeel van hoe we bouwen, elk project opnieuw.

Het verschil met twee jaar geleden zit niet alleen in betere tools (die zijn er ook). Het zit erin dat we geleerd hebben hoe je ze structureel inzet. Niet als vervanging van onze engineers, maar als een serieuze force multiplier.

De bedrijven die hier nu in investeren, bouwen een voorsprong op die snel groeit, en AI verandert de softwaremarkt sneller dan de meesten verwachten. Wacht je af, dan ben je volgend jaar bezig met inhalen wat de rest al lang wist.

Voor jou komt het hierop neer: je idee sneller werkend in handen, aan een kost die klopt, gebouwd door een team dat de techniek voor je bewaakt. Twijfel je tussen maatwerksoftware of een bestaand platform? Een business case die twee jaar geleden de moeite niet was, is dat nu wellicht wel.

Benieuwd wat dit voor jouw project kan betekenen? Let's talk.

Oeps, er ging iets mis. Vertrouw nooit op andermans software, hè? Probeer het opnieuw.
Het is onderweg! Moge de subsidiegoden je goed gezind zijn.