Wat te doen wanneer een kandidaat toegeeft AI in een interview te hebben gebruikt

Het moment dat teams overvalt

Halverwege een doorloop van een take-home opdracht zegt de kandidaat het: "Ik heb ChatGPT voor onderdelen hiervan gebruikt." Of in een live interview, nadat een plakken in het integriteitlog verschijnt, biedt hij of zij aan: "Ja, ik had Copilot aan - ik heb dat altijd."

De meeste recruitingteams hebben geen schriftelijk beleid voor dit moment. De interviewer bevriest, beëindigt de ronde beleefd en het panel discussieert in de terugblik. Sommige teams verwerpen automatisch. Anderen laten het passeren omdat "eerlijkheid telt." Beide reacties zijn fout omdat beide de enige vraag die ertoe doet negeren: kan deze kandidaat het werk zonder de AI doen?

Dit artikel is de handleiding die we aanbevelen wanneer een kandidaat vrijwillig een AI-bekentenis doet, gebaseerd op hoe teams die integriteitgericht werven gebruiken, eigenlijk het gesprek aanpakken.

Stap 1: Niet reageren. Erkennen en doorgaan.

De eerste 10 seconden bepalen de toon. Als je terugdeinst, sluit de kandidaat zich af en verlies je toegang tot het enige wat je zal helpen een besluit te nemen - hun eerlijke verklaring van hoe zij het hebben gebruikt.

Een neutrale erkenning werkt:

"Dank je dat je het vertelt. AI-gebruik is iets waar we veel over nadenken, en ik liever weten precies hoe je het hebt gebruikt dan gissen. Leg me uit hoe je het hebt gedaan."

Je geeft niet achteraf toestemming. Je verbreed het gesprek zodat je echt informatie krijgt. De opluchting van de kandidaat leidt meestal tot een nauwkeuriger verslag dan elke forensische analyse die je later zou kunnen uitvoeren.

Stap 2: Bepaal welke vorm van AI-gebruik je voor je hebt

Er zijn drie betekenisvol verschillende situaties. De meeste afwijzingen gebeuren omdat teams ze in één samenvoegen.

• Modus A - AI als versneller. Ze gebruikten Copilot inline voor boilerplate, vroegen ChatGPT om hen een syntaxdetail in herinnering te brengen, of lieten Cursor een functie herschrijven die ze daarna herschreven. Ze hadden de controle. De AI spaarde toetsaanslagen.
• Modus B - AI als medewerker. Ze schreven de prompt, evalueerden meerdere outputs, kozen er een, debugden het en integreerden het. Ze kunnen elke architectuurkeuze verdedigen, maar niet noodzakelijk elke regel.
• Modus C - AI als ghostwriter. Ze typten het probleem in het model, plakten het antwoord terug en raakten de code alleen aan om het werkend te maken. Ze kunnen beschrijven wat het doet maar kunnen niet uitleggen waarom het zo vorm gegeven is of wat onder andere beperkingen zou veranderen.

Modus A is hoe de meeste werkende ingenieurs in 2026 code schrijven. Modus C is het probleem. Modus B is waar oordeel leeft - en waar de vervolgvragen van de kandidaat het meeste werk in je beslissing doen.

Stap 3: Doorvragen met modusdiscriminerende vragen

Vragen "heb je AI gebruikt?" is nutteloos na de bekentenis - je weet het al. De vragen die eigenlijk de drie modi scheiden:

1. "Laat me zien waar je tegenwerpingen maakte op het eerste voorstel van de AI." Modus B-kandidaten kunnen naar een specifiek moment wijzen. Modus C-kandidaten bevriezen of beschrijven iets generisch als "Ik heb variabelenamen gewijzigd."
2. "Wat is het onderdeel van dit dat je zonder de AI niet had kunnen schrijven? Wat zou je in plaats daarvan hebben gedaan?" Modus A en B kunnen schoon antwoorden. Modus C openbaart zich door vage antwoorden of een plotseling defensieve toon.
3. "Loop me door wat er gebeurt wanneer deze functie wordt aangeroepen met [een specifiek grensgevalnummer uit de code]." Dit is de meest informatieve vraag in het hele interview. De kandidaat moet executie simuleren. Modus A en B traceren het; Modus C struikelt.
4. "Als de beperking [X] zou zijn, wat zou je veranderen?" Test of ze over het ontwerp hebben nagedacht of zomaar de defaults van de AI hebben aanvaard. Modus C-kandidaten antwoorden vaak "Ik zou de AI vragen."

Een kandidaat die deze vragen scherp beantwoordt, toont je Modus A of B ongeacht hoe zij het eerste voorstel hebben geschreven. Een kandidaat die dat niet kan, toont je Modus C ongeacht hoe schoon het artefact eruitziet.

Stap 4: Controleer tegen de integriteitssignalen die je al hebt

Dit is waar het integriteitrapport zijn waarde bewijst. De bekentenis geeft je het verhaal van de kandidaat; de signalen vertellen je of het verhaal aansluit op de sessie.

Voor een live coderonde, let op:

• Toetsaanslag ritme. Modus A produceert stotterend maar menselijk typen met denkpauzes. Modus C produceert lange stiltes onderbroken door enkele grote plakgebeurtenissen.
• Timing van plakgebeurtenissen. Een plakken direct na een 30 seconden durende stilte gevolgd door kleine bewerkingen is de klassieke Modus C-handtekening. Plakken verweven met actief typen zijn meestal Modus A.
• Code coherentie. Blijft de schrijfstijl consistent in het bestand, of verandert deze tussen functies op een manier die verschillende auteurs suggereert? Inconsistentie past bij Modus C; consistentie bij A of B.
• Tijd tot eerste betekenisvolle toetsaanslag. Een kandidaat die een werkende oplossing binnen 8 seconden nadat hij een niet-triviaal probleem zag begon te typen, was niet aan het denken.

Het doel is niet om de kandidaat "te pakken." Ze hebben je al verteld. Het doel is hun bekentenis in kaart brengen tegen specifiek bewijs zodat het panel in de terugblik feiten, geen indrukken heeft.

Stap 5: Beslis tegen de werkelijke standaard van de functie

Nu heb je drie inputs: de bekentenis, de vervolgantwoorden, de signalen. Vergelijk ze met de functie.

• Voor de meeste engineeringfuncties, is een kandidaat in Modus A of B die hun indiening kan verdedigen een aannemebare kandidaat. De markrealiteit is dat de ingenieurs die je wilt dagelijks AI gebruiken. Ze bestraffen omdat ze eerlijk zijn terwijl je de kandidaat aanneemt die AI stilletjes gebruikte, is het ergst mogelijke resultaat.
• Voor functies waar onafhankelijk redeneren de expliciete maatstaf is (onderzoeksingenieur, veiligheidsanalist, alles waar de kandidaat onbekende problemen zonder assistent moet doordenken), is Modus C een no-hire ongeacht de kwaliteit van het artefact. Het artefact is niet wat je aanneemt.
• Voor seniorfuncties, is de test of ze de afwegingen die de AI namens hen maakten kunnen uitleggen. Een senior ingenieur die AI gebruikte om een oplossing op te stellen en de architectuurkeuzes kan verdedigen, is prima. Een senior ingenieur wiens code vloeiend is maar die niet kan antwoorden "waarom deze benadering boven X" toont je dat zij onder het niveau waarvan je betaalt opereren.

Kun je niet beslissen, plan dan een vervolgafspraak van 30 minuten in met een ander probleem en een expliciet "geen AI in deze ronde"-beleid. De meeste kandidaten slagen schoon. Degenen die dat niet doen, gaven je je antwoord.

Stap 6: Werk je beleid bij zodat dit niet ad-hoc gebeurt

Een kandidaatbekentenis overvalt teams omdat het beleid ongeschreven was. Repareer dat upstream. In elke beoordelingsnodding, verklaar:

• Voor asynchrone take-home rondes: "Gebruik alle hulpmiddelen die je helpen. Je voert een 30 minuten durende doorloop uit waarbij we je vragen je code uit te leggen."
• Voor live coderonde: "Gebruik alsjeblieft geen AI-codeeringsassistenten in deze ronde. Documentatie, notities en je normale IDE zijn prima."

Wanneer de regels expliciet zijn, bevestigt een bekentenis ofwel dat een kandidaat ze heeft gevolgd (goed signaal) of onthult dat ze dat niet hebben gedaan (echte gegevens, geen dubieusmoment).

Wat nu te doen

De kandidaat die AI-gebruik toegeeft, doet je een gunst. Ze geven je informatie die de kandidaat die AI stilletjes gebruikte - en er zijn veel - verbergt. Je taak is de bekentenis als startpunt voor een scherpere conversatie gebruiken, niet als snelkoppeling naar een uitspraak.

De teams die dit goed doen, delen drie gewoonten: geschreven AI-beleid per ronde, een doorloop die naar redeneersdiepte onderzoekt, en een integriteitslag die het verhaal van de kandidaat bevestigt of tegenspreekt. Met die op hun plaats wordt een AI-bekentenis één signaal onder veel - precies zoals het hoort.