Politica di intervista di codifica assistita da IA: come progettare e valutare
La domanda di policy che ogni team di ingegneria è costretto ad affrontare
Meta ha aperto la strada per prima. Shopify, Canva e Rippling hanno seguito entro un trimestre. A metà 2026, circa uno su quattro datori di lavoro consente esplicitamente l'assistenza dell'IA durante le interviste tecniche, e la curva sta diventando più ripida. La domanda della maggior parte dei comitati di assunzione di ingegneria si è spostata da dovremmo vietare ChatGPT? a se il 90% dei nostri ingegneri programma con l'IA quotidianamente, come appare un'intervista onesta?
Questo articolo è la policy e la rubrica che raccomandiamo ai team che la scrivono da zero. Non è un permesso per la programmazione improvvisata. È un modo per condurre un'intervista in cui il candidato utilizza gli stessi strumenti che userà dal primo giorno, e continui a ottenere un segnale difendibile.
Inizia decidendo che cosa stai effettivamente misurando
L'errore che quasi ogni team commette quando consente per la prima volta l'IA è lasciare la rubrica invariata. Prendono il vecchio prompt "implementa una cache LRU", danno al candidato una scheda di Claude e restano sorpresi quando tutti passano.
Se consenti l'IA, non stai più valutando se il candidato può produrre codice funzionante. Stai valutando quattro cose che l'IA non può fare per loro:
- Inquadramento del problema. Riescono a tradurre un vago prompt aziendale in una specifica concreta, includendo i casi limite che il richiedente non ha menzionato?
- Definizione della direzione. Riescono a decidere cosa costruire per primo, cosa saltare e quando scartare una bozza?
- Revisione critica. Quando l'IA restituisce codice confidentement sbagliato, se ne accorgono? Chiedono un'alternativa o spediscono il bug?
- Giustificazione. Riescono a difendere ogni riga che hanno inviato? "Il modello l'ha scritto" non è una risposta.
Scrivi questo prima di scrivere un singolo problema. La rubrica guida tutto il resto.
Progettare un prompt che l'IA non può risolvere in un colpo solo
Un buon prompt consentito dall'IA ha tre proprietà:
- È deliberatamente sotto-specificato. Il candidato deve fare domande di chiarimento o esplicitare le assunzioni. Un prompt che include ogni vincolo in anticipo permette al candidato di scaricare la specifica nel modello e spedirla.
- Il "happy path" è metà del lavoro. L'altra metà è gestire un vincolo che contraddice un'assunzione precedente. L'ingegneria vera è riconciliare le tensioni, non implementare leetcode.
- Ha almeno una trappola. Un requisito sottile che, se mancato, rende la soluzione corretta ma comportarsi male su un input non ovvio. I modelli perdono questi in modo affidabile; gli umani pensanti li catturano.
Esempio concreto. Invece di "implementa un rate limiter", chiedi: "Aggiungi un rate limit a questo endpoint esistente. Il team di prodotto vuole 'protezione ragionevole' contro gli abusi. L'endpoint viene chiamato sia da un'app mobile che da un cron job interno. Ecco il codice esistente." Ora il candidato deve definire "ragionevole", notare che il cron job attiverà un rate limiter naïf per IP, e spiegare i loro compromessi. L'IA sarà felice di scrivere un rate limiter per IP. Il candidato deve decidere che è sbagliato.
Per ulteriori informazioni sulla costruzione di prompt che resistono alle soluzioni incollate da LLM, guarda come filtrare gli sviluppatori senza LeetCode.
Come appare effettivamente l'intervista
Un'intervista di codifica assistita da IA dal vivo, nella pratica, dura 60 minuti:
- 10 minuti — inquadramento. L'intervistatore presenta il problema. Il candidato lo legge, pone domande di chiarimento, dichiara le sue assunzioni. Non stanno ancora codificando esplicitamente. Questa è la porzione con il segnale più alto e è per lo più immune all'IA.
- 35 minuti — costruzione, con l'IA disponibile. Il candidato scrive codice, richiede al modello quando vuole e narra quello che sta facendo. L'intervistatore osserva come viene utilizzata l'IA: stanno suggerendo con il contesto giusto, accettando l'output in modo non critico, o la trattano come un junior pair?
- 15 minuti — difesa ed estensione. L'intervistatore chiede al candidato di spiegare una funzione che l'IA ha generato, di cambiare un vincolo e di spiegare cosa si rompe. Qui i candidati deboli crollano.
Questa è la stessa struttura di una forte intervista di codifica dal vivo, con una svolta esplicita: l'IA è uno strumento che il candidato viene valutato per usare bene, non un dispositivo vietato.
Rubrica di valutazione: cinque dimensioni, cinque punti ciascuna
Usa la stessa rubrica per ogni candidato e ogni intervistatore, con comportamenti ancorati a ogni livello. Un punto di partenza efficace:
| Dimensione | Che cosa misura |
|---|---|
| Inquadramento del problema | Qualità delle domande di chiarimento e delle assunzioni dichiarate prima che sia scritto alcun codice. |
| Processo decisionale | Hanno scelto la cosa giusta da costruire per primo? Si sono fermati e riconsiderati quando hanno raggiunto un vicolo cieco? |
| Fluidità nell'IA | I suggerimenti sono specifici e ben delineati? Rifiutano gli output cattivi e chiedono alternative? |
| Revisione critica | Quando l'IA sbaglia, se ne accorgono? Testano il caso di trappola? |
| Giustificazione | Riescono a spiegare ogni riga, cambiarla su richiesta e difendere i compromessi? |
Valuta ogni dimensione 1-5 con ancoraggi comportamentali. Gli ancoraggi sono quello che separa questo dalle sensazioni; se non hai mai calibrato una rubrica, fallo prima di eseguire l'intervista. La valutazione in forma libera tra più intervistatori è come finisci con la voce più forte che decide le assunzioni.
Costruisci il modulo una volta nel tuo sistema di scorecard e riutilizzalo. Se la tua scorecard non può applicare che ogni dimensione sia valutata prima della presentazione, ottenine una che possa.
La domanda di integrità: fidati ma verifica
Permettere l'IA non significa fidarsi che la persona sulla chiamata sia colei che viene assunta. Due rischi specifici rimangono:
- Impersonazione. Qualcun altro è sulla tastiera o sussurra all'orecchio del candidato fuori dalla telecamera.
- Risposte allenate. Il candidato ha un secondo dispositivo che gli fornisce il linguaggio della cornice e le "domande di chiarimento" che non ha effettivamente generato.
Nessuno di questi rischi ha a che fare con la policy dell'IA. Esistono in qualsiasi intervista remota. Il livello di integrità di ClarityHire è costruito per esattamente questo mondo: non contrassegniamo i candidati per l'uso dell'IA quando l'IA è consentita. Verifichiamo che la stessa persona abbia digitato tutto, che il loro viso corrisponda all'identità nel file e che il prodotto di lavoro rifletta quello che abbiamo osservato produrre. I segnali biometria della pressione dei tasti e continuità del viso catturano l'impersonazione indipendentemente dal fatto che il candidato abbia utilizzato Claude.
Se stai eseguendo interviste consentite dall'IA, il tuo rapporto di integrità dovrebbe dire nulla riguardante l'uso dell'IA e tutto riguardante chi ha fatto il lavoro.
Cosa fare dopo
Se stai convertendo un ciclo di intervista esistente per consentire l'IA, lavora in questo ordine:
- Riscrivi un prompt per essere sotto-specificato, con un vincolo nascosto. Pilotalo con due ingegneri interni prima che qualsiasi candidato lo veda.
- Sostituisci la vecchia rubrica "correttezza della codifica" con la rubrica a cinque dimensioni di cui sopra. Ancora ogni livello con un esempio comportamentale.
- Calibra tre intervistatori su una sessione registrata prima di andare in diretta con i candidati.
- Decidi la tua policy di integrità separatamente dalla tua policy di IA. Non sono la stessa domanda.
- Dopo dieci cicli, estrai le distribuzioni dei punteggi e verifica lo scorrimento. Se tutti stanno ottenendo 4 sulla fluidità nell'IA, i tuoi ancoraggi sono troppo generosi.
I team che lo stanno facendo bene non sono quelli con le policy più rigorose. Sono quelli le cui rubriche misurano il giudizio invece della digitazione.