Immaginate di essere un developer e di trovarvi di fronte a un fiume in piena di pull request che scorre senza sosta, tutte generate da agenti autonomi. Non è un incubo da film sci-fi anni ’80, è la realtà del team di Claude Code.
Recentemente è uscito un post di Anthropic che spiega come gestiscono la code review in un ecosistema dove gli agenti AI scrivono codice a una velocità che un essere umano, con la sua limitata capacità di caffeina e sonno, non potrebbe mai seguire. La notizia è semplice, ma il sottotesto è una bomba per chiunque viva di commit e refactoring: non stanno cercando di controllare tutto meglio, stanno cercando di controllare il meno possibile.
Il loro obiettivo dichiarato è ottimizzare per il «minimo tempo di revisione umana necessario a non far esplodere tutto». In pratica, una volta raggiunta una copertura di test decente e una profondità di review soddisfacente, hanno iniziato a tagliare i controlli umani finché non si rompe qualcosa. È un approccio puramente matematico, quasi brutale, che punta a massimizzare il throughput eliminando l’attrito dell’intervento umano.
Per noi che siamo abituati a smanettare con script, kernel e configurazioni manuali, l’idea di delegare la fiducia a un processo che mira all’ottimizzazione del tempo (e non della perfezione) può suonare un po’ inquietante. È quel classico dilemma tra efficienza estrema e il rischio di trovarsi con un incidente in produzione alle tre di notte. Certo, se i test sono solidi e l’infrastruttura è robusta, il rischio cala, ma c’è sempre quel brivido di quando un automazione decide che un bug critico è in realtà una ‘feature non documentata’.
Naturalmente, questo workflow è super ottimizzato per chi vive dentro l’ecosistema Anthropic. Per noi che mastichiamo open source e cerchiamo di mantenere l’autonomia tecnologica, osservare questo modello è interessante ma con una punta di scetticismo. È un approccio che funziona solo se hai le risorse e l’infrastruttura di un colosso che può permettersi il lusso di ‘ottimizzare i fallimenti’.
In definitiva, è una mossa geniale dal punto di vista della produttività, ma lascia addosso quella sensazione di quando guardi un episodio di Black Mirror e pensi: «Beh, tecnicamente hanno ragione, ma non sono sicuro di volerlo vivere». Se riescono a mantenere gli incidenti bassi, avranno vinto la partita. Se iniziano a saltare i controlli solo per far quadrare i tempi, preparate i caffè, perché il debugging sarà il nuovo lavoro full-time.