Quasi nessuna software house dice a un cliente che il codice lo scrive un agente da solo. Non perché tecnicamente non possa, in casi ristretti succede già, ma perché quella frase è una responsabilità che nessuno vuole prendersi. Così i team usano una parola più prudente: assistito. Suona come un compromesso, una tappa temporanea in attesa che gli strumenti maturino verso qualcosa di più autonomo. Per il lavoro che ha un committente dall'altra parte, di solito non è affatto una tappa. È dove il lavoro è fatto per stare.
Lo sviluppo software con l'AI copre uno spettro intero di configurazioni, da un agente che finisce una pull request senza supervisione a uno che propone una riga sola e aspetta un via libera. Le parole usate per descrivere quello spettro, assistito, aumentato, autonomo, vengono usate quasi come sinonimi nel materiale di marketing e quasi mai definite abbastanza precisamente da poterci costruire sopra una policy di revisione.
Assistito, aumentato, autonomo: cosa significano davvero?
Lo sviluppo assistito dall'AI è il lavoro in cui la persona resta l'unità di autorship: un agente propone codice, un test o un refactor, e uno sviluppatore revisiona e accetta ogni modifica prima che venga unita. Lo sviluppo aumentato allarga il loop, l'agente esegue più passaggi senza supervisione (pianifica, modifica, lancia i propri test) ma una persona revisiona comunque il risultato prima che arrivi in produzione, anche senza controllare ogni passaggio intermedio. Lo sviluppo autonomo è un agente che completa un task dall'inizio alla fine, inclusa la decisione che il risultato sia abbastanza buono da rilasciare, senza nessun punto di controllo umano obbligatorio lungo la catena. Non sono tre gradini della stessa scala verso l'autonomia piena. Sono tre risposte diverse alla stessa domanda, chi decide quando un lavoro è finito, e un team può far girare tutte e tre insieme, su repository diversi, che qualcuno in azienda abbia scritto questa distinzione oppure no.
La confusione nasce quando "autonomo" viene usato come sinonimo di "migliore", come se ogni team stesse correndo verso lo stesso traguardo e le configurazioni assistite fossero semplicemente indietro. La maggior parte delle software house che lavora per clienti non sta correndo verso quel traguardo affatto, perché quello che decide quale modalità serve non è quanto è avanzato l'agente. È chi risponde contrattualmente quando il risultato è sbagliato.
Perché la via di mezzo non è una sala d'attesa?
Uno strumento interno, un prototipo, uno script da cui non dipende nessun altro, sono i casi in cui lasciar correre un agente senza supervisione costa quasi niente: il prezzo di un risultato sbagliato è rifarlo, assorbito dallo stesso team che l'ha consegnato. Il lavoro per un cliente ha una forma di rischio diversa. Il team che consegna raramente è quello che assorbe il costo di una consegna sbagliata, lo assorbe il cliente, in produzione, davanti ai propri utenti o ai propri organi di controllo. Quell'asimmetria non si riduce quando gli agenti scrivono codice più corretto: è una proprietà del rapporto, non dello strumento.
Lo Stack Overflow Developer Survey 2025 offre un dato su perché "un agente migliore" non risolve automaticamente questo punto: il 69% di chi usa agenti di coding dichiara una produttività individuale più alta, ma solo il 17% dichiara una collaborazione di team migliorata. Un agente che scrive codice corretto più in fretta non produce automaticamente qualcosa di cui un team, o un cliente, si fida senza controllare. Le configurazioni assistite esistono proprio per chiudere quel secondo divario, non il primo, ed è per questo che non spariscono quando l'agente diventa più bravo.
Perché la firma resta umana?
Ad agosto 2026 Anthropic ha reso l'auto mode il default in Claude Code, rimuovendo i prompt di conferma passo-passo per la maggior parte delle azioni. Cosa è cambiato davvero non è se una persona possa ancora essere richiesta per dare il via libera, è dove in quel flusso si trova quel requisito: meno approvazioni manuali per i passaggi di routine, un ritorno automatico alla revisione manuale quando il classifier interno dello strumento incontra una serie di azioni bloccate o rischiose. Anche il fornitore che costruisce la versione più autonoma di questo strumento ha tenuto un punto di controllo umano nel design, perché una decisione tecnica (l'agente può farlo in sicurezza) e una contrattuale (chi ne risponde se è sbagliato) non sono la stessa domanda, e solo una delle due si risolve con ingegneria migliore.
Per una software house, la risposta contrattuale raramente cambia: chi consegna il lavoro è chi firma l'accettazione, la fattura e l'impegno di supporto che ne segue. Un agente può essere estremamente affidabile e non essere comunque una parte che il contratto può ritenere responsabile. Non è un vuoto temporaneo in attesa che il modello migliori. È il motivo per cui la firma resta a una persona anche nella configurazione più automatizzata che un team fa girare.
Come si riconosce una buona configurazione assistita?
| Modalità | Chi esegue | Chi decide che è finito | Dove si usa | |---|---|---|---| | Autonoma | Agente, senza supervisione | Agente, nessun punto di controllo obbligatorio | Strumenti interni, impatto basso | | Aumentata | Agente, più passaggi | Persona, revisiona il risultato | Repository consolidati, cliente noto, pattern già stabiliti | | Assistita | Agente, per singola modifica | Persona, revisiona ogni modifica | Nuovo cliente, ambito regolamentato, accettazione contrattuale |
La tabella non è una scala di maturità da scalare. È una mappa che un team può usare per repository, per cliente, a volte per singola modifica, per decidere in anticipo quanto raggio d'azione senza supervisione dare a un agente, invece di scoprire la risposta dopo che qualcosa è già andato in produzione sbagliato.
Dove tracciare la propria linea
La linea si sceglie in base al contratto, non alla familiarità con lo strumento. Tre domande risolvono la maggior parte dei casi: chi firma l'accettazione per questo repository, cosa dice il contratto se una modifica rilasciata è sbagliata, e il log dell'agente su cosa ha fatto sopravvive a un cliente che lo chiede sei mesi dopo. Dove le risposte sono chiare e la posta in gioco è bassa, un raggio d'azione aumentato o autonomo è una scelta legittima. Dove il nome di un cliente è sull'accettazione, assistito con un passaggio di revisione documentato non è l'opzione prudente, è quella che corrisponde a cosa è stato davvero firmato. Scrivi la linea per ogni repository prima che parta la prossima sessione dell'agente, non dopo la prima modifica contestata. È la stessa distinzione su cui è costruito il livello che sta sopra l'agente: il sistema prepara, la persona firma, qualunque sia la modalità che ha deciso quanto l'agente ha potuto fare da solo prima.