L’autorità di progettazione dell’IA

Siamo a un punto di svolta nello sviluppo del software. La discussione riguarda spesso quale se l’IA scriva il codice migliore (Claude o ChatGPT) oppure dove dove debba risiedere l’IA (IDE o CLI). Ma questa non è la domanda giusta.

Se abbracciamo l’IA come “Vibe Coders” – indicando l’intento e lasciando all’IA l’esecuzione – creiamo un’enorme quantità di nuovo software. Uno sciame di agenti IA può generare in un minuto più codice di quanto uno sviluppatore senior riesca a revisionare in una settimana. L’essere umano è diventato il collo di bottiglia.

La soluzione non è più costituita dalle persone. La soluzione è una Design Authority per l’IA.

Da artigiano a direttore di fabbrica

Tradizionalmente, la “Design Authority” è un piccolo gruppo di architetti che si riunisce una volta alla settimana o al mese per approvare o respingere un progetto. In un mondo di sviluppo dell’IA ad alta velocità questo modello è irrimediabilmente obsoleto. È troppo lento e troppo reattivo.

Se passiamo al “Disposable Code” – software che non sottoponiamo a un refactoring infinito, ma che eliminiamo e rigeneriamo quando cambiano i requisiti – il nostro ruolo cambia radicalmente. Non siamo più muratori che posano le pietre una a una. Siamo gli architetti della fabbrica che stampa le pareti.

Ma chi controlla che quelle pareti siano dritte?

Il “Gauntlet”: una prova del fuoco automatizzata

Un’AI Design Authority non è una persona, ma una pipeline. Un “Gauntlet” attraverso il quale ogni riga di codice generato deve combattere per arrivare in produzione. Questo processo non sostituisce la revisione umana del codice con nulla, ma con qualcosa di migliore.

Funziona su tre livelli:

1. Il potere esecutivo (la generazione)
Non chiediamo a una sola IA di trovare una soluzione: ne interpelliamo tre. Facciamo lavorare in parallelo Gemini 3, GPT-5 e un modello open source (come Llama) sullo stesso problema. In questo modo evitiamo la visione a tunnel e superiamo la “pigrizia” di cui a volte soffrono i modelli linguistici di grandi dimensioni. Questo approccio è anche studiato scientificamente e dimostra che è possibile prevenire le allucinazioni dell’IA e costruire catene molto lunghe senza errori

2. Il filtro rigido (la legge)
Qui non c’è spazio per discussioni. Il codice deve compilare. I linter non devono segnalare errori. E, soprattutto, i Test black box devono superare i test. Non verifichiamo se la funzione funziona internamente (l’IA potrebbe manipolarla), ma se il sistema fa ciò che deve fare dal punto di vista esterno. Il test fallisce? Direttamente nel cestino.

3. Il filtro morbido (La giuria dell’IA)
Questa è la vera innovazione. Le soluzioni rimaste vengono sottoposte a una “Voting AI” specializzata. Questo agente non scrive codice, ma legge valuta il codice. È stato addestrato sui nostri principi architetturali, sui requisiti di sicurezza (OWASP, ISO) e sulle norme di conformità (EU AI Act).
Vota: «La soluzione A è più veloce, ma la soluzione B è più sicura e segue meglio la nostra architettura a microservizi.»

Il vincitore passa in produzione.

La separazione dei poteri del software

Questo modello impone una separazione dei poteri che manca in molti team.

• Il potere legislativo (l’Architetto): L’Architetto scrive la “Costituzione”. I prompt, i documenti di architettura (project-description.md, rules.md, skills.md en principles.md), i requisiti inderogabili. L’architetto determina cosa cosa costruiamo, chi lo costruisce, come e perché.
• Il potere esecutivo (gli agenti di coding): Essi eseguono. In modo rapido, economico e sotto la supervisione degli sviluppatori umani.
• Il potere giudiziario (l’Autorità di progettazione): Un livello di IA indipendente che verifica la conformità alla legge.

Conclusione: il nuovo ruolo dell’architetto

Ci libera dalla tirannia degli errori di sintassi e ci permette di concentrarci su ciò in cui siamo bravi: pensiero sistemico. Ricerca della verità. Struttura e processo decisionale.

La domanda non è se l’IA sia in grado di scrivere il nostro codice. Questo argomento è ormai chiuso. Il codice diventerà in gran parte un prodotto usa e getta.
La domanda è: hai il coraggio di lasciar andare il controllo sulla codice per riconquistare così il controllo sulla qualità ?

fammi sapere