Agentic AI is de volgende fase na chatbots en copilots. Wat het écht betekent voor recruitment, waar het veilig in te zetten is, en hoe je vendors beoordeelt zonder marketingruis.
In 2026 is “agentic AI” overal. Anthropic publiceert papers over computer use en agent design, OpenAI lanceert de Assistants API en function calling, Salesforce noemt zijn nieuwe layer Agentforce, en bijna elke recruitment-tool met een chatvenster claimt nu een “AI agent” te zijn. De helft daarvan is een chatbot met een vernieuwde productpagina. De andere helft is iets fundamenteel anders, en dat onderscheid telt.
Het probleem voor de recruiter die hier vandaag een keuze in moet maken: bijna geen vendor-pagina legt uit waar de scheidslijn ligt. “AI-powered” en “autonomous” en “intelligent automation” worden door elkaar gebruikt, terwijl de praktische gevolgen wezenlijk verschillen. Een chatbot die je tijd bespaart op zoekopdrachten is iets anders dan een agent die zelfstandig kandidaten benadert. Het eerste is een nuttige feature. Het tweede is een compliance-vraagstuk onder de EU AI Act.
Dit artikel zet die definities recht. We behandelen wat agentic AI feitelijk is (en niet is), waar in het recruitment-proces het veilig kan worden ingezet, hoe een agentic systeem onder de motorkap werkt, en welke vragen je een vendor moet stellen voordat je een handtekening zet. Geen tool-vergelijking. Wel het raamwerk waarmee je elke tool kunt beoordelen.
Voor de cluster-content over hoe Simply dit specifiek heeft opgelost — Simply Ask, het 4-staps matching-cascade, de toolset in je eigen workspace en de MCP-server die hem ontsluit — zie de gerelateerde post: Agentic AI in Recruitment: Simply Ask & Matching. Dit artikel is breder: het gaat over de hele markt en hoe je hem leest.
Een werkbare definitie: agentic AI is een AI-systeem dat (1) een doel ontvangt, (2) zelf een meerstapsplan opstelt om dat doel te bereiken, (3) externe tools aanroept om het plan uit te voeren, en (4) feedback uit elke stap gebruikt om bij te sturen. De term komt uit machine learning research; Andrew Ng beschrijft het als “agentic workflows” waarin het model niet één keer een output produceert, maar iteratief naar een resultaat toewerkt.
Het verschil met wat eraan voorafging is geen graad-verschil. Het is een soort-verschil. Een chatbot wordt een agent zodra hij drie dingen kan: plannen, gereedschap gebruiken, en zichzelf corrigeren.
Om door de marketing heen te kijken, helpt het om vijf categorieën uit elkaar te trekken die in vendor-pagina’s vrijwel altijd door elkaar lopen:
Het ongemakkelijke aan deze categorieën: ze beschrijven hetzelfde model in verschillende harnassen. Claude, GPT-5, Gemini — het zijn dezelfde reasoning engines. Wat ze tot agent maakt zijn de tools eromheen en de orchestration die bepaalt wanneer welke tool wordt aangeroepen. Een vendor die “AI agent” zegt zonder concreet te kunnen maken welke tools de agent heeft, welk doel hij krijgt, en wie wanneer beslist, verkoopt een chatbot in een nieuwe verpakking.
De meest bruikbare lens om agentic AI in recruitment te beoordelen is niet “wel of niet AI”, maar autonomie-niveau. Hoeveel mag de agent zelfstandig doen voordat een mens er aan te pas komt? Dit is geen academische vraag. Het bepaalt of je tool sneller maakt zonder fouten te introduceren, of dat je een complianceprobleem voor jezelf hebt gebouwd.
Een werkbaar 5-niveau model, gemapt naar concrete recruitment-taken:
Niveau 1 — Lezen, samenvatten, zoeken. De agent leest data, vat samen, beantwoordt vragen. Geen acties die iets veranderen in je systeem. Voorbeelden: “geef me de top 10 kandidaten in regio Utrecht met Java-ervaring”, “vat dit screeningsgesprek samen”. Risico: laag. Autonomie: vol. Hier kunnen de meeste recruitment-tools veilig opereren.
Niveau 2 — Concepten genereren met bevestiging. De agent stelt iets voor (een CV in jouw huisstijl, een e-mail aan een hiring manager, een samenvatting voor een klant), maar verstuurt of slaat niet automatisch op. Mens drukt op publiceren. Risico: laag-middel. Voorbeeld: een AI-samenvatting die je nog kunt aanpassen voordat hij in het kandidaatprofiel landt.
Niveau 3 — Ranken en aanbevelen met uitleg. De agent neemt complexe beslissingen (kandidaten ranken, matches voorstellen, prioriteiten suggereren) op basis van een gewogen model en geeft per beslissing uitleg. Mens beslist welke aanbeveling wordt gevolgd. Voorbeeld: een matching-systeem dat een top 5 kandidaten teruggeeft met per-criterium score en motivatie. Onder de EU AI Act Annex III is dit het hoogste niveau dat zonder zware compliance-overhead haalbaar is — mits er expliciete uitlegbaarheid en menselijk toezicht is.
Niveau 4 — Acties uitvoeren binnen kaders. De agent voert daadwerkelijk dingen uit: e-mails versturen, afspraken inplannen, taken aanmaken in het CRM, follow-ups initiëren. Bij voorkeur binnen vooraf gedefinieerde kaders (“alleen aan kandidaten die al actief in de funnel zitten”, “alleen op werkdagen tussen 9 en 17 uur”). Risico: middel-hoog. Hier zit de echte tijdwinst — en hier zit ook het meeste reputational risk als de agent fouten maakt.
Niveau 5 — Hire/reject beslissingen nemen. De agent beslist autonoom wie wordt afgewezen of doorgenomen. Onder de EU AI Act expliciet hoog-risico geclassificeerd, en onder GDPR Article 22 heeft de kandidaat het recht op menselijke tussenkomst bij geautomatiseerde beslissingen die hem aanmerkelijk treffen. Praktisch: dit niveau hoort niet in een recruitment-workflow. Een vendor die het claimt, claimt iets wat juridisch niet houdbaar is.
De tradeoff is rechtdoor. Lagere niveaus zijn veiliger maar leveren minder tijdwinst op. Hogere niveaus zijn productiever maar vragen om sterkere garanties (uitlegbaarheid, audit logs, kaders, kill-switches). De vraag voor een recruitment-team is niet “willen we agentic AI?”, maar “welk niveau past bij welk type taak, en welke vendor levert daadwerkelijk de garanties die bij dat niveau horen?”
Onder de motorkap zien alle serieuze agentic systemen er hetzelfde uit. Vier bouwstenen, in deze volgorde van belang:
1. Reasoning engine. Het taalmodel dat plant en redeneert. In 2026 zijn dat doorgaans Claude Sonnet of Opus, GPT-5, of Gemini. Dit is de minst onderscheidende laag — alle vendors gebruiken vrijwel dezelfde modellen. Wie “wij hebben een eigen AI” zegt, bedoelt meestal “wij hebben een wrapper rond Claude of GPT”. Dat is geen probleem; het is gewoon een feit. De engine bepaalt minder dan vendors je willen laten geloven.
2. Tools. Gespecialiseerde functies die de agent kan oproepen. Voor recruitment zijn de relevante tools: zoek-in-CRM, parse-CV, schrijf-CV-in-huisstijl, schrijf-e-mail, plan-afspraak, query-database, lees-vacature, etc. Een goede agentic recruitment-tool heeft 10-20 van zulke tools, elk met duidelijk gedefinieerde input en output, gemapt op concrete recruiter-acties. Een slechte agentic tool heeft één tool (“zoek kandidaten”) en verbergt complexiteit achter een chatprompt.
3. Memory en context. Wat de agent weet over jouw organisatie. Niet “wat heeft GPT in zijn trainingsdata” — dat is generieke wereldkennis, voor recruitment vrijwel waardeloos. Het gaat om operationele context: welke velden heb je in jouw CRM, welke dropdowns horen bij welke statussen, welke huisstijl gebruik je voor CV’s, welke kandidaten zitten al in welke pipeline. Zonder deze laag is een agent een buitenstaander die elke keer opnieuw moet leren wat jouw “beschikbaar” of “senior” betekent. Met deze laag kan hij meteen aan de slag.
4. Orchestration. De regel-laag die bepaalt wie wat wanneer mag. Welke tool mag de agent vrij gebruiken (lezen, zoeken)? Welke tool vereist bevestiging (e-mail versturen, taak aanmaken)? Welke acties zijn verboden (auto-reject)? Hoe wordt elke actie gelogd voor latere audit? Welke kaders gelden? Dit is de laag waar serieuze agentic vendors zich onderscheiden van marketing-vendors. Het is ook de laag die het meeste werk vraagt om goed te bouwen.
Drie van de vier lagen zijn niet zichtbaar in een demo. Een vendor demo laat de output zien — “kijk, hij heeft een top 5 kandidaten gegenereerd!” — maar zegt weinig over hoe robuust de orchestration is, hoeveel context hij echt over jouw organisatie heeft, en welke garanties er rond tool-gebruik zitten. Dat zijn de vragen die je in een gesprek stelt, niet die je uit een demo afleidt.
Een concreet voorbeeld van hoe deze vier lagen samenwerken in de praktijk staat in onze diepere post over Simply Ask en het matching-systeem, waar we toelichten hoe 15 specifieke tools, een reasoning engine (Claude Sonnet 4.6), dynamisch geladen organisatiecontext, en een gefaseerde orchestration-laag (waaronder een 4-staps matching-cascade) samen komen.
Recruitment is een van de domeinen waar agentic AI het meeste oplevert — en tegelijk een van de meest gereguleerde. Beide kanten verdienen serieuze behandeling.
Recruitment-werk bestaat uit veel discrete, herhaalbare taken die zich uitstekend lenen voor tool-mapping. Een recruiter doet per dag tientallen kleine acties die elk goed te codificeren zijn: een kandidaat zoeken, een CV omzetten, een mail draften, een afspraak boeken, een notitie aanvullen, een rapportage genereren, een taak aanmaken voor een collega. Geen van deze acties vereist menselijke creativiteit op een niveau dat een LLM met de juiste tools niet kan benaderen.
Daarbij komt: recruitment-data is meestal al gestructureerd. Een ATS of CRM heeft velden, dropdowns, statussen. De agent hoeft geen ongestructureerde chaos te interpreteren; hij hoeft data te plaatsen in een schema dat al bestaat. Dat maakt agentic implementaties technisch haalbaar op een manier die in andere domeinen (bijvoorbeeld: vrije creatieve productie) veel moeilijker is.
En de tijdsbesteding van een gemiddelde recruiter is publiek geheim: een LinkedIn-rapport uit 2024 liet zien dat administratie en repetitief zoeken 30-50% van de werktijd kost. Dat is precies de zone waar agentic AI structureel kan ingrijpen, mits het goed wordt opgezet.
Tegelijkertijd is recruitment-AI een van de hardste regulatoire categorieën in Europa. De EU AI Act classificeert AI-systemen die worden ingezet in werving en selectie expliciet als hoog-risico onder Annex III. De praktische gevolgen vanaf 2026:
Daarbovenop heeft elke kandidaat onder GDPR Article 22 recht op menselijke tussenkomst bij geautomatiseerde beslissingen die hem aanmerkelijk treffen. Dat sluit niveau 5 (autonome hire/reject) effectief uit, en zet zware eisen op niveaus 3 en 4.
En er is een derde laag: bias. Een agent die op historische data is getraind, leert ook de historische scheefheid van die data. Als jouw CRM disproportioneel mannen heeft aangenomen voor technische rollen, leert een naïef matching-systeem dat patroon te reproduceren. De research van Sackett et al. (2022) en de klassieke meta-analyse van Schmidt & Hunter (1998) laten zien welke voorspellers van werkprestatie wetenschappelijk onderbouwd zijn. Het verschil tussen een agentic systeem dat die research volgt en een dat alleen op historische match-data optimaliseert, is groot.
Twee scenario’s om dit concreet te maken.
Scenario A: een agent die “automatisch follow-uppt op kandidaten die 7 dagen niet hebben gereageerd op een uitnodiging”. Niveau 4. Lage beslissingsstakes. Goed kader. Veilig in te zetten.
Scenario B: een agent die “automatisch shortlists naar de hiring manager stuurt zonder recruiter-tussenkomst”. Niveau 4-edge richting niveau 5. De agent neemt feitelijk de poortwachter-functie van de recruiter over, en daarmee komen GDPR Article 22 en de EU AI Act in beeld. Niet automatisch fout, maar dit is een implementatie waar de orchestration-laag heel sterk moet zijn — uitlegbaarheid per shortlist-keuze, audit log, mogelijkheid tot menselijke tussenkomst, kandidaat-rechten op verzoek tot review.
Het is mogelijk om beide te bouwen, maar het is niet hetzelfde. Een vendor die ze als hetzelfde verkoopt is een vendor die zijn EU AI Act compliance-rekening nog moet leren kennen.
Als je vandaag een agentic vendor evalueert, zijn dit de vijf eisen die feitelijk het verschil maken. Niet “heeft de tool een mooie chat-interface”, maar:
1. Confirmation gates voor dure acties. Acties die geld, tijd, of reputatie kosten — een e-mail naar een kandidaat, een agendablok bij een hiring manager, een wijziging in een kandidaatprofiel — vragen om expliciete bevestiging. Standaard. Niet als toggle die je per ongeluk kan uitzetten. De agent stelt voor; jij bevestigt. Voor recurring of laag-stakes acties kan een autonomous mode bestaan, maar de default hoort beveiligd te zijn.
2. Audit trail per agent-actie. Elke keer dat de agent een tool aanroept, een beslissing neemt, of een output genereert, wordt dat gelogd met correlation ID, timestamp, input, en redenering. Dit is geen nice-to-have; onder de EU AI Act is het vanaf 2026 een wettelijke verplichting voor hoog-risico systemen. Een vendor die dit niet heeft, heeft geen product dat in 2026 in Europa verkocht kan worden voor recruitment.
3. Deterministische kern + bounded LLM. De moeilijkste eis. Beslissingen die er echt toe doen — kandidaten ranken, scores berekenen, prioriteiten bepalen — mogen niet 100% door een LLM worden genomen. LLMs zijn probabilistisch; ze geven op dezelfde input lichtelijk andere outputs. Voor uitlegbaarheid en reproduceerbaarheid heb je een deterministische kern nodig (een gewogen model, een SQL-filter, een regel-engine) waarop de LLM eventueel marginaal mag bijsturen. Voorbeeld: een 4-staps matching cascade waar SQL filtert, embeddings retrieveren, een gewogen model scoort, en een LLM hooguit 10% mag corrigeren. Dit is niet alleen veiliger maar ook auditeerbaar — je kunt een kandidaat uitleggen waarom hij een 78 scoort, omdat de berekening onafhankelijk te reproduceren is.
4. Explainability per beslissing. Per output moet een recruiter kunnen uitleggen waarom de agent dat heeft gedaan. Niet “de AI vond dit een goede match”, maar: “skills 91% (Java, Spring, AWS — alle drie expliciet in profiel), ervaring 78% (7 jaar tegen 8 gevraagd), locatie 100%”. Klikbaar terug naar de bron. Op dezelfde manier waarop Simply de transparantie-laag heeft opgebouwd: elke conclusie is herleidbaar naar de exacte zin in een transcript of veld in een CV waarop hij is gebaseerd.
5. Bias-bescherming op data-niveau. Beschermde attributen (geboortedatum, geslacht, nationaliteit, etniciteit, religie) worden niet alleen “weggelaten uit de output” — ze worden actief uitgesloten uit de embeddings die de matching aandrijven. Met embedding_weight=0. Dit voorkomt indirecte bias via gecorreleerde features (een postcode die feitelijk samenvalt met etniciteit, een opleidingsroute die samenvalt met sociaaleconomische klasse). Dit moet vanaf dag één in het systeem zitten, niet als afterthought worden toegevoegd toen iemand erom vroeg.
Een agentic systeem dat deze vijf eisen niet inbouwt, is niet noodzakelijk een slecht systeem — maar het is geen systeem dat je in 2026 in een Europese recruitment-context veilig kunt inzetten. De vragen die hierbij horen zijn niet “klinkt dit AI-genoeg?” maar: laat me een audit log zien, leg me een matching-beslissing uit, toon me de bias-controles, demonstreer wat er gebeurt als de agent een fout maakt.
Voor de Simply-implementatie van deze stack — confirmation gates op dure acties, correlation IDs door de hele stack, het 4-staps cascade-systeem, per-criterium uitleg, embedding_weight=0 voor protected attributes — zie de uitwerking in Simply Ask & Matching. En voor de bredere security-context: enterprise security en ISO-27001.
In 2026 zien we voornamelijk single-agent systemen — één agent met meerdere tools. In 2027-2028 schuift het richting multi-agent orchestration: meerdere gespecialiseerde agents die met elkaar samenwerken aan een recruitment-workflow. Dit is geen science fiction; het is de research-agenda van Anthropic’s agent design papers en LangChain’s multi-agent frameworks.
Wat dat in de praktijk betekent voor recruitment: een sourcing-agent zoekt in databases en op LinkedIn, geeft kandidaten door aan een screening-agent die per kandidaat motivatie en beschikbaarheid checkt, die geeft de gevalideerde shortlist door aan een scheduling-agent die afspraken inplant met de hiring manager. Elke agent heeft een gespecialiseerde rol, een eigen toolset, en een eigen autonomie-niveau. De orchestration-laag bepaalt wie wat wanneer doorgeeft.
De voordelen: minder context-vermenging (specialistische agents werken beter dan generalisten), hogere parallelliteit (sourcing en scheduling kunnen tegelijk lopen voor verschillende kandidaten), betere debugability (als er iets fout gaat, weet je welke agent het was).
De risico’s: cascading fouten (als de sourcing-agent een verkeerde kandidaat aanwijst, planten alle volgende stappen die fout door), explainability-uitdaging (waarom heeft de agent X iets aan agent Y doorgegeven?), en compliance-overhead (audit logs over meerdere agents heen samenvoegen).
Voor recruitment-teams die nu een vendor kiezen, is de strategische vraag: kiest deze vendor architecturen die straks naar multi-agent kunnen schalen, of bouwt hij een single-agent monoliet die over twee jaar opnieuw moet worden vervangen? Tools, geheugen-laag, en orchestration zijn de plekken waar dat verschil zichtbaar wordt.
Een afsluiting die belangrijk genoeg is om expliciet te maken: agentic AI is geen vervanging van het recruitment-vak. Het is een verschuiving van waar de recruiter zijn tijd aan besteedt.
Wat een agent goed doet: hoge-volume admin, repetitieve zoekopdrachten, gestructureerde data-entry, eerste scoring-passes, draft-output. Wat een agent niet doet en niet zal doen: een gesprek voeren waarin een kandidaat zich gehoord voelt, een hiring manager corrigeren als zijn vacature niet matcht met de markt, intuïtief inschatten of iemand bij een team past, een commerciële relatie met een klant bouwen.
De recruiter die agentic AI goed inzet, doet minder administratie en meer werk dat alleen mensen kunnen doen. Dat is geen bedreiging. Dat is een upgrade van het vak.
Voor recruitment-teams die concreet willen zien hoe een agentic systeem zich in het ATS zelf gedraagt, is de logische volgende stap een gesprek over jouw specifieke workflow. Vraag een demo aan en we lopen door welke autonomie-niveaus voor welke taken in jouw organisatie passen — niet als verkoop-pitch, maar als gestructureerde evaluatie van waar agentic AI bij jou tijd oplevert zonder compliance-risico’s te introduceren.
Meer lezen over de onderliggende lagen die agentic AI mogelijk maken? Zie recruitment intelligence en datakwaliteit over waarom matching-systemen zonder schone data falen. Voor de capture-laag (transcriptie van gesprekken die de agent als input nodig heeft): AI interview transcriptie gids. Voor het meeting-notes-perspectief: AI meeting notes voor recruiters. En voor de Simply-specifieke uitwerking van het matching-systeem: Agentic AI in Recruitment: Simply Ask & Matching.
Over de auteur
Remo Vloet is medeoprichter van Simply, het AI Operating System voor recruitmentbureaus: inbox, gesprekken, sourcing, cv-verwerking, zoeken en matchen, documenten en automatisering in één systeem. Met een achtergrond in het bouwen van complexe software draagt hij bij aan de technische visie achter Simply.
LinkedInArtikelen van Remo VloetAgentic AI in recruitment is een AI-systeem dat zelfstandig recruitment-taken plant en uitvoert via tools, in plaats van alleen vragen te beantwoorden. Een chatbot reageert; een agent ontvangt een doel ("vind de beste match voor deze vacature"), bedenkt zelf de stappen (zoeken, filteren, scoren, ranken), roept tools aan om die stappen uit te voeren, en past zich aan op basis van resultaten. Het verschil zit niet in het taalmodel maar in de tool-laag, de organisatie-context, en de orchestration die bepaalt wie wat wanneer mag.
Een AI-assistent voert één taak uit per prompt — vat samen, herschrijft, beantwoordt. Een AI-agent krijgt een doel en plant zelfstandig meerdere stappen, met meerdere tools, en stuurt bij op basis van wat hij onderweg ontdekt. Een assistent vraagt om een prompt; een agent vraagt om een doel. Dit onderscheid bepaalt ook het risicoprofiel: assistenten zijn voorspelbaar (één actie), agents zijn krachtiger maar vragen om sterkere garanties (audit logs, confirmation gates, kaders).
Recruitment-AI valt expliciet onder Annex III (hoog-risico) van de EU AI Act, met volledige handhaving vanaf augustus 2026. Een agentic systeem voldoet alleen als het uitlegbaarheid per beslissing biedt, audit logs bijhoudt, menselijk toezicht garandeert, bias-bescherming op data-niveau toepast, en risk management documentatie kan tonen. Vendors die "autonome hire/reject" claimen voldoen feitelijk niet — onder GDPR Article 22 heeft elke kandidaat recht op menselijke tussenkomst bij beslissingen die hem aanmerkelijk treffen.
In een 5-niveau model: niveau 1 (zoeken, samenvatten) en niveau 2 (drafts genereren met bevestiging) zijn breed veilig. Niveau 3 (ranken/aanbevelen met uitleg) is veilig mits er expliciete uitlegbaarheid en menselijk toezicht is. Niveau 4 (acties uitvoeren binnen kaders) is veilig met sterke confirmation gates en audit logs. Niveau 5 (autonome hire/reject beslissingen) hoort niet in een Europese recruitment-workflow vanwege EU AI Act + GDPR Article 22. De vraag is welke niveau bij welke taak hoort, niet of agentic AI veilig kan.
Vraag concreet om vijf dingen: (1) welke tools heeft de agent (10-20 specifieke functies, niet één generieke "zoek"-tool), (2) hoeveel context heeft het systeem over jouw organisatie (velden, dropdowns, huisstijl), (3) hoe ziet de orchestration eruit (welke acties vragen bevestiging, welke zijn verboden), (4) toon een audit log van een echte beslissing, (5) leg een matching-beslissing uit per criterium met klikbare bron. Een vendor die deze vijf niet kan demonstreren heeft een chatbot in agentic verpakking, geen agent.
Autonomous AI in recruitment betekent: het systeem beslist zonder menselijke goedkeuring. Dit artikel laat zien wat de juridische muur is (GDPR Article 22 + EU AI Act Article 14), welke infrastructuur nodig zou zijn om autonoom verantwoord te draaien, en waar de juiste ceiling vandaag ligt.
Remo Vloet11 min.
AI agent of AI assistent — wat is het verschil, en welke categorie verkoopt jouw recruitment-vendor je eigenlijk? Vier definitieve criteria, vijf categorieën met recruitment-voorbeelden, plus een vendor-test in tien minuten.
Remo Vloet11 min.
Op 2 augustus 2026 wordt recruitment-AI hoog-risico onder de EU AI Act. Dit artikel geeft de exacte verplichtingen (Annex III + Article 9-15), de overlap met GDPR Article 22, en een 8-punts compliance-checklist voor vendor-evaluatie.
Remo Vloet12 min.
Ontdek hoe Simply je workflow volledig kan transformeren.Geen slides, gewoon het product.