Riepilogo di revisione con IA
Una prima lettura di ogni tentativo. Prove per ogni affermazione, e nessun punteggio.
Quando un test viene inviato o una sessione di coding dal vivo finisce, Kendor esegue i test della sfida sul codice finale e chiede a Claude o GPT un riepilogo: cosa ha costruito il candidato, come ha lavorato, come ha usato l'agente IA e cosa chiedere dopo. Usa la chiave della tua organizzazione. I revisori lo leggono prima del codice, non al suo posto.
Maya ha costruito un rate limiter a finestra fissa su Valkey, con una chiave per client e rotta. Passano 9 test su 11; i due fallimenti sono raffiche a cavallo del confine di una finestra. Ha letto prima i test e li ha eseguiti dopo quasi ogni modifica. Claude Code ha scritto la configurazione del client Valkey, e lei ha riscritto da sola il suo ciclo di retry.
- Esito
- Passano 9 test su 11. I due fallimenti inviano una raffica a cavallo del confine di una finestra e fanno passare il doppio del limite.
- Come ha lavorato
- Ha letto i test prima di scrivere codice, poi li ha eseguiti 14 volte in 52 minuti. Ha aggiunto dei log per inseguire il fallimento al confine, senza correggerlo.
- Uso dell'agente IA
- Ha chiesto a Claude Code il client Valkey e una prima funzione Allow. Ha sostituito il suo ciclo di retry con un INCR e un EXPIRE, spiegando il perché nella chat.
Punti di forza
- Le chiavi hanno uno spazio dei nomi per client e rotta, quindi i client non condividono mai una finestra.limiter/window.go:12
- Ha aggiunto i suoi test per un ID client vuoto e un limite pari a zero.limiter/window_test.go:64
Punti critici
- La finestra si azzera alla prima richiesta dopo la scadenza, quindi una raffica al confine fa passare il doppio del limite.limiter/window.go:41
- Gli errori di Valkey vengono ignorati e la richiesta viene consentita.limiter/window.go:52
Note sull'integrità
- Ha lasciato la scheda per 3 minuti al minuto 31, poi ha incollato 12 righe in window.go.attività
Domande per il colloquio
- Perché una finestra fissa invece di una finestra scorrevole o di un token bucket?
- Cosa dovrebbe fare il limiter quando Valkey non risponde?
- Spiegaci il fallimento al confine della finestra. Cosa cambieresti in Allow?
01
Ogni affermazione indica la sua prova.
Ogni punto di forza, punto critico e nota sull'integrità riporta il file e la riga su cui si basa, oppure il terminale, la chat dell'agente o l'attività. Un clic apre nella pagina di revisione quel file a quella riga, o quella registrazione, così verifichi tu stesso. Se il modello non può indicare una prova, le sue istruzioni gli chiedono di omettere l'affermazione.
- Un link a qualcosa che non è stato registrato è in grigio invece che cliccabile
- Gli eventi di integrità sono riportati come fatti con l'ora, mai come prova di imbrogli
Punti critici
- La finestra si azzera alla prima richiesta dopo la scadenza, quindi una raffica al confine fa passare il doppio del limite.limiter/window.go:41
- Gli errori di Valkey vengono ignorati e la richiesta viene consentita.limiter/window.go:52
Punti di forza
- Ha eseguito i test dopo ogni modifica ad Allow.terminaleNon è stato registrato nulla per questa sfida
02
Vedi cosa ha letto.
Il modello riceve la traccia, le modifiche del candidato rispetto allo starter, i risultati dei test, il terminale, la chat dell'agente, gli eventi di integrità e le risposte scritte. Per verificare un'affermazione può elencare, leggere e cercare nello starter o nel codice finale, e leggere per intero un terminale o la chat dell'agente. La scheda elenca ogni consultazione, e quelle che puoi aprire sono link.
- Se la sfida ha un comando di test, Kendor lo esegue prima sul codice finale, così i risultati non sono indovinati
- Una sola chiamata al modello con strumenti in sola lettura. Non può eseguire codice né accedere alla rete
- La scheda segnala se un tentativo era troppo grande per leggerlo tutto, o se è cambiato dopo il riepilogo
- Ha elencato i file
- Ha letto limiter/window.go · righe 30–60
- Ha cercato «EXPIRE» nel codice
- Ha letto limiter/window_test.go nel modello iniziale
- Ha letto cmd/server/main.go
- Ha letto il terminale (terminal) · dalla riga 120
- Ha letto la chat con l'agente IA
03
La tua chiave, le tue impostazioni, e i candidati lo sanno.
I riepiloghi usano la chiave Anthropic o OpenAI della tua organizzazione, la stessa degli agenti IA. Attiva i riepiloghi automatici per test o per sessione di coding dal vivo, oppure lasciali spenti e avviane uno a mano dalla pagina di revisione. Le istruzioni aggiuntive per test ne spostano il focus.
- Un owner sceglie il modello predefinito, e un revisore può sceglierne un altro a ogni avvio
- Prima di iniziare, i candidati leggono che l'IA può riassumere il loro lavoro e che ogni decisione la prendono delle persone
- I token contano nel tetto IA mensile che imposti in Integrazioni
Come funziona
Dalla tua chiave al primo riepilogo.
Collega una chiave
Un owner collega una chiave Anthropic o OpenAI in Integrazioni e sceglie un modello predefinito per i riepiloghi.
Scegli quando parte
Attiva il riepilogo di revisione IA per un test o una sessione di coding dal vivo, così parte alla fine di ogni tentativo. I revisori possono anche scegliere Riassumi su qualsiasi tentativo concluso.
Leggilo, poi il codice
Il riepilogo è in cima alla pagina di revisione. Segui le sue prove, usa le sue domande per il colloquio e prendete voi la decisione.
Domande
Assegna punteggi ai candidati?
No. Il riepilogo non ha punteggio, né promosso o bocciato, né raccomandazione di assunzione, e il prompt di Kendor li esclude. Le tue istruzioni aggiuntive possono cambiarne il focus, non questa regola. I revisori valutano e decidono, e niente in Kendor usa il riepilogo per far avanzare un candidato.
Quali modelli può usare?
Claude Opus 5.5, Claude Sonnet 5.5 o Claude Haiku 5.5 con una chiave Anthropic, e GPT-6 Astra, GPT-6.1 Sol o GPT-6 Luna con una chiave OpenAI. Un owner sceglie il modello predefinito in Integrazioni, e un revisore può sceglierne un altro a ogni avvio. Anthropic o OpenAI addebita il tuo account, e i token contano nel tuo tetto IA mensile.
Funziona anche per le sessioni di coding dal vivo?
Sì. Anche una sessione è un tentativo, quindi il riepilogo può partire alla fine o a mano dopo. In una sessione codice, terminali e agente sono condivisi con gli intervistatori, quindi il riepilogo attribuisce il lavoro al candidato solo dove le prove lo sostengono, e dice quando non può stabilirlo.
Quali piani lo includono?
I riepiloghi IA fanno parte dei piani Pro ed Enterprise. Non sono inclusi in Starter.
Altro su Kendor
Tutte le funzionalità- Test di codiceTake-home asincroni in un vero IDE, revisionati dal tuo team.Leggi di più
- Coding dal vivoUn link, una sandbox condivisa, un giudizio da ogni intervistatore.Leggi di più
- ColloquiAutoprenotazione, inviti che si aggiornano da soli, revisione dal vivo.Leggi di più
- Agenti AIClaude Code e Codex nel terminale del candidato, con le tue chiavi.Leggi di più
- Ambienti realiSette linguaggi fissati, PostgreSQL e Valkey, un kendor.yaml.Leggi di più
- Import di repoGit cloud o self-hosted, anche repo privati, uno snapshot fisso.Leggi di più
- Integrazione con AshbyLe fasi di Ashby inviano test o prenotano live coding; i risultati tornano come campi.Leggi di più
- Integrazione GreenhouseLe fasi di Greenhouse inviano test e live coding; tornano le note.Leggi di più
- Integrazione con LeverLe fasi di Lever inviano test e live coding; ogni passo torna come nota.Leggi di più
Fai il tuo prossimo test su Kendor. Leggi cosa dice il codice.
Crea il tuo spazio di lavoro, importa un repository o parti da un modello e invia oggi stesso il tuo primo test.
Assumi su larga scala? Parla con noi