Actiever redactie · 15 oktober 2026 · circa 3 minuten leestijd
We zoeken iemand die een agent bouwt. Dat klinkt concreet, totdat het team moet uitleggen wat de agent mag doen. Een assistent die informatie verzamelt stelt andere eisen dan software die gegevens wijzigt in meerdere bedrijfssystemen. Een bruikbare briefing begint bij die grens.
De AI agent developer is de menselijke bouwer. De agent is de software die een model en gereedschappen combineert om een taak uit te voeren. Je selecteert dus op softwarekwaliteit, begrip van het proces en aantoonbare controle over het gedrag van die toepassing.
Beschrijf één taak van begin tot eind
Kies een afgebakende eerste toepassing. Bijvoorbeeld: zoek relevante informatie voor een aanvraag en bereid een conceptantwoord voor. Beschrijf wie de taak start, welke invoer beschikbaar is en wat een medewerker aan het einde ontvangt. Maak ook duidelijk wanneer de toepassing onvoldoende informatie heeft en moet stoppen.
Vraag de kandidaat of een vaste workflow volstaat. Als de stappen en beslissingen al bekend zijn, kan gewone proceslogica overzichtelijker zijn. Een agent komt eerder in beeld wanneer de vervolgstap afhankelijk is van tussentijdse informatie. De gekozen techniek moet uit de taak volgen, en niet uit de functietitel.
Maak een lijst van gegevens en toegestane acties
Noteer per gekoppeld systeem wat de toepassing mag lezen en wijzigen. Vermeld onder welke gebruiker of organisatie de actie plaatsvindt. Een toegangssleutel met brede rechten is geen vervanging voor die afbakening. De server die de actie uitvoert moet controleren of de betreffende gebruiker daar toegang toe heeft.
Bespreek welke acties eerst een voorstel blijven. Denk aan het versturen van een bericht of aanpassen van een klantrecord. Geef aan hoe de gebruiker het voorstel bekijkt, bijstuurt en bevestigt. De kandidaat moet kunnen uitleggen waar de controle wordt afgedwongen en hoe een afgewezen actie zichtbaar wordt.
Neem mislukking op in de opdracht
Externe diensten kunnen tijdelijk niet beschikbaar zijn. Een taak kan halverwege worden onderbroken of tweemaal worden aangeboden. Vraag wat de toepassing in die situaties doet. Herhaalpogingen zijn alleen bruikbaar als duidelijk is welke acties veilig opnieuw kunnen worden uitgevoerd en welke eerst gecontroleerd moeten worden.
Laat de kandidaat een limiet voorstellen voor tijd, toolaanroepen en verbruik. Spreek af wie een vastgelopen taak kan onderzoeken en beëindigen. Een korte demo met een bewust mislukte toolaanroep maakt vaak sneller duidelijk of de architectuur doordacht is dan een foutloze uitvoering onder ideale omstandigheden.
Beoordeel resultaten en sporen van uitvoering
Maak een kleine verzameling scenario's: een normale taak, ontbrekende informatie, onvoldoende rechten, een dubbele aanvraag en een fout in een externe dienst. Controleer per scenario zowel het antwoord als de werkelijke systeemtoestand. Als de agent meldt dat iets is opgeslagen, moet die opslag ook aantoonbaar bestaan.
Vraag om een begrijpelijk overzicht van de gebruikte tools en ontvangen resultaten. Je hoeft geen verborgen modelredenering op te vragen om het proces te controleren. Operationele gebeurtenissen, foutmeldingen en aangebrachte wijzigingen geven het bouwteam praktische aanknopingspunten om afwijkingen te onderzoeken en een volgende versie te vergelijken.
Maak onderhoud onderdeel van de selectie
Vraag hoe een collega een toolcontract wijzigt of een nieuwe modelversie beproeft. Bepaal welke onderdelen van een release worden vastgelegd en welke tests opnieuw moeten draaien. Een afhankelijkheid van één maker of één handmatig ingestelde demonstratie maakt de toepassing lastig over te nemen.
Zet in de vacature het eerste resultaat, de bestaande systemen en de beschikbare reviewers. Benoem of de developer een prototype overdraagt of ook dagelijks beheer verzorgt. Kandidaten kunnen dan een passend voorbeeld laten zien. Je beoordeelt een concrete beroepsbijdrage: software die een afgebakende taak uitvoert en waarvan fouten terug te vinden zijn.