Garry Tan, presidente e CEO di Y Combinator, ha rilasciato gstack, un sistema di comandi per Claude Code che trasforma l’intelligenza artificiale in un team strutturato di specialisti. Il kit include otto modalità distinte: CEO, Engineering Manager, Release Manager, QA Engineer, DevOps, browser automatizzato, retrospettive e session management.
La proposta parte da un presupposto netto: “Non voglio strumenti di coding AI bloccati in una modalità generica”, spiega Tan. “Se mescoli tutto insieme, di solito ottieni una miscela mediocre di tutti e quattro”. Invece di un assistente tuttofare, gstack offre ruoli cognitivi distinti che permettono di dire al modello che tipo di cervello si vuole in quel momento, passando da founder a engineering manager a revisore paranoico.
Contesto
Quasi due anni fa Gartner prevedeva che entro il 2028 il 75% degli ingegneri software avrebbe usato assistenti di codice con IA, rispetto al 10% del 2023. La questione ormai è certa, più del se li useremo si tratta di come li organizzeremo. I migliori sviluppatori stanno arrivando indipendentemente alla stessa conclusione: lo sviluppo basato su ruoli funziona perché rispecchia come operano già le organizzazioni di ingegneria reali.
Il fenomeno va oltre l’adozione individuale. Il tweet di annuncio di Tan ha superato le 420.000 visualizzazioni in 24 ore, mentre il repository ha accumulato oltre 5.000 stelle GitHub in due giorni. Come nota un’analisi di TurboDocx,”non è una coincidenza. È evoluzione convergente”.
Dinamiche in gioco
La separazione dei ruoli riflette tensioni operative concrete. “La pianificazione non è revisione. La revisione non è shipping. Il gusto da founder non è rigore ingegneristico”, argomenta Tan. Ogni comando attiva modelli mentali specifici: la modalità CEO produce requisiti e scope, non codice; la modalità Engineer produce implementazione, non strategia; la modalità QA pensa in modo avversariale a cosa può rompersi.
Su Product Hunt si evidenzia: “Il maggiore vantaggio è stato separare ‘plan review’ da ‘code review’ — quando Claude prova a fare entrambi in un passaggio, o approva tutto o si perde nei dettagli” . Il sistema impone disciplina procedurale dove gli sviluppatori tendono a saltare passaggi.
I problemi principali emergono sulla gestione del contesto. La pressione della finestra di contesto con skill sequenziali è il principale limite di scalabilità.
Chi guadagna, chi perde
Gli sviluppatori che trattano Claude Code come un peer perdono efficacia. Quando gli assegni un ruolo, uno scope e criteri chiari, lavori con i suoi punti di forza. Come osserva TurboDocx: “Gli sviluppatori che capiscono questo per primi stanno creando software a velocità diverse da chi tratta ancora Claude Code come autocompletamento e il divario crescerà”.
Le organizzazioni strutturate traggono vantaggio immediato. I developer singoli che mancano di una controparte dedicata al prodotto ne beneficiano maggiormente: la modalità CEO impone la disciplina di definire lo scope prima di codificare. Il sistema è particolarmente utile per sviluppatori singoli e piccoli team, che sentono di più gli effetti del cambio di contesto.
Prospettive
L’emergere di pattern simili mostra una maturazione del settore. Quella struttura organizzativa esiste per una ragione: è stata raffinata in decenni di sviluppo software su scala. I migliori workflow AI rispecchiano quella struttura perché il problema sottostante non è cambiato.
Man mano che gli strumenti di coding AI maturano, configurarli efficacemente diventa una competenza a sé stante. Gstack rende più accessibili setup di livello esperto. Il prossimo passo è l’integrazione: come nota TurboDocx, “questi strumenti non competono. Sono complementari”, fanno spazio a ecosistemi specializzati dove diversi kit eccellono in fasi diverse del ciclo di sviluppo.