L'articolo propone un linguaggio dei pattern per la revisione del codice nell'era degli agenti. Parte da un'osservazione: gli agenti accelerano il volume delle modifiche, gli ingegneri senior ricevono decine di richieste di revisione al giorno e una revisione umana esaustiva non è più sostenibile. La revisione del codice è definita come l'esame del codice da parte di un'entità che non ne è l'autrice, con un giudizio seguito da un'azione. Gli studi empirici citati mostrano che il suo valore risiede tanto nella manutenibilità, nella scoperta di alternative e nella condivisione della conoscenza quanto nel rilevamento di bug; sarebbe soprattutto un meccanismo di triage del rischio.

Per togliere l'essere umano dal percorso critico vengono poste tre condizioni. Una quantità massima di validazione deve essere spostata verso controlli deterministici, in modo che gli agenti gestiscano solo lo spazio soggettivo residuo. La revisione deve essere graduata in base al rischio, dall'assenza totale di essere umano fino all'autorizzazione esplicita. E ogni decisione dell'agente deve lasciare una traccia durevole di ciò che è stato valutato, secondo quali politiche, con quale livello di confidenza. Lavorare senza un essere umano nel ciclo è una scelta di configurazione giustificata dal rischio e dalle evidenze.

Toward a Pattern Language for Code Reviews in the Age of Agentic AI

— Zach Davis , reader.itrevolution.com

Nove pattern compongono la cassetta degli attrezzi: piccole modifiche incrementali, Shift Left, design for verification, pratiche di ingegneria deterministica, context engineering, ciclo continuo di qualità, revisione LLM avversariale, revisioni multi-agente, sviluppo guidato dalle specifiche. Il ciclo continuo fa scambiare un agente autore e un agente revisore fino al raggiungimento di un criterio di convergenza. La revisione avversariale fornisce indipendenza strutturale, tramite un modello diverso o una sessione isolata. Le revisioni multi-agente suddividono il lavoro tra specialisti, un agente di triage e un coordinatore. Il context engineering condiziona il resto: senza di esso, i rilievi sono rumorosi.

Tre casi illustrano questo. Block, di fronte a PR di agenti lasciate senza revisione, è passata da revisori interni rumorosi a strumenti commerciali più utili, PR impilate, revisione avversariale locale e correzione automatica in CI. Cloudflare ha costruito un'orchestrazione basata su CI attorno a OpenCode: revisori specializzati, un coordinatore, revisione graduata, filtraggio dei file rumorosi, un bypass umano e il riporto dei rilievi da un commit all'altro. In un mese, 131.246 revisioni coprono 48.095 PR su 5.169 repository, con una media di 1,2 rilievi per revisione. DryRun Security ha trasformato una falla di isolamento tra tenant in una policy verificata su ogni modifica.

In conclusione, gli autori presentano la transizione come una riorganizzazione delle responsabilità: specifiche precise, verifica indipendente, tracce di audit durevoli. La domanda guida: se qualcosa andasse storto, come lo si saprebbe?