L'AI Design Authority

Siamo a un punto di svolta nello sviluppo software. La discussione riguarda spesso quale AI scrive il miglior codice (Claude vs. ChatGPT) o dove dove l'AI dovrebbe risiedere (IDE o CLI). Ma questa non è la domanda giusta.

Se abbracciamo l'IA come “Vibe Coders” – indicando l'intento e lasciando che l'IA esegua – creiamo un'enorme flusso di nuovo software. Uno sciame di agenti IA può generare in un minuto più codice di quanto un senior developer possa revisionare in una settimana. L'uomo è diventato il collo di bottiglia.

La soluzione non è più persone. La soluzione è una Autorità del Design AI.

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 AI ad alta velocità quel modello è ormai disperatamente obsoleto. È troppo lento e troppo reattivo.

Se passiamo a “Disposable Code” – software che non rifattorizziamo all'infinito, ma scartiamo e rigeneriamo quando le esigenze cambiano – il nostro ruolo cambia radicalmente. Non siamo più muratori che posano pietra su pietra. Siamo gli architetti della fabbrica che stampano i muri.

Ma chi controlla se quei muri sono dritti?

Il “Gauntlet”: una prova di fuoco automatizzata

Un'AI Design Authority non è una persona, ma una pipeline. Un “Gauntlet” dove ogni riga di codice generato deve combattere per arrivare in produzione. Questo processo non sostituisce la revisione del codice umano con nulla, ma con qualcosa migliori.

Funziona in tre livelli:

1. Il Potere Esecutivo (La Generazione)
Non chiediamo a una sola IA una soluzione, ne chiediamo tre. Facciamo lavorare in parallelo Gemini 3, GPT-5 e un modello open source (come Llama) sullo stesso problema. Questo evita la visione a tunnel e rompe la “pigrizia” di cui a volte soffrono i LLM. Questo approccio è anche scientificamente studiato e dimostra che è possibile prevenire le allucinazioni dell'IA e costruire catene molto lunghe senza errori

2. Il Filtro Rigido (La Legge)
Qui non è possibile alcuna discussione. Il codice deve compilare. I linters non devono lamentarsi. E cruciale: Test Black Box devono superare. Non testiamo se la funzione funziona internamente (potrebbe manipolare l'IA), testiamo se il sistema dall'esterno fa quello che deve fare. Il test fallisce? Direttamente nel cestino.

3. Il Filtro Morbido (La Giuria AI)
Questa è la vera innovazione. Le soluzioni rimanenti vengono sottoposte a una “IA di Voto” specializzata. Questo agente non scrive codice, ma legge codice. È addestrato sui nostri principi architetturali, requisiti di sicurezza (OWASP, ISO) e regole 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 va in produzione.

La triade politica del software

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

• 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 rigidi. L'architetto determina cosa costruiamo, chi lo costruisce, come e perché.
• Il Potere Esecutivo (Gli Agenti di Codifica): Eseguono. Velocemente, a basso costo e sotto l'auspicio di sviluppatori umani.
• Il Potere Giudiziario (L'Autorità di Design): Uno strato AI 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: il pensiero sistemico. La ricerca della verità. La struttura e il processo decisionale.

La domanda non è se l'AI può scrivere il nostro codice. Questo argomento è già chiuso. Il codice diventa per lo più un prodotto usa e getta.
La domanda è: Hai il coraggio di prendere il controllo su codice lasciarlo andare, per così riprendere il controllo su qualità riacquistarlo?

fammi sapere