Bill Staples, CEO di GitLab, pubblica il 24 agosto 2026 un saggio che prolunga un memo scritto al proprio consiglio ad amministrazione a gennaio e una prima pubblicazione di maggio, GitLab Act 2. L'innesco esplicito è l'AI-native SDLC playbook di Anthropic, pubblicato il 21 agosto, da cui riprende l'affermazione d'apertura: il codice non è più il collo di bottiglia. La sua domanda va un passo oltre: se produrre codice smette di essere il vincolo, cosa diventa scarso, e quale architettura deve avere un'azienda quando umani, agenti e più modelli agiscono simultaneamente a velocità macchina.
La sua risposta sta in una frase: quando l'implementazione diventa abbondante, la fiducia diventa scarsa. Per sessant'anni, l'ingegneria del software si è organizzata attorno a un fatto — il codice è prezioso — da cui discendono la conservazione del legacy, l'ottimizzazione della produttività degli sviluppatori e la cerimonia di revisioni, approvazioni e gate di rilascio. Questo vincolo sta cambiando, e il sistema costruito intorno ad esso lo seguirà.
L'unità economica che propone non è il costo per riga ma il costo per modifica accettata, che aggrega generazione, ambiente, contesto, verifica, revisione, correzione e governance. L'IA fa crollare il termine di generazione e rende gli altri proporzionalmente decisivi: un'organizzazione dieci volte più veloce nel generare, senza toccare il resto, si limita a spostare la coda. È la teoria dei vincoli, citata per nome.
Le esperienze di Stripe, Spotify e Amplitude fungono da materiale. Mostrano soprattutto dove riappaiono i vincoli successivi: ambiente, CI, revisione e governance. Una pipeline da trenta minuti, scrive, sconfigge qualsiasi modello. Ne segue un'architettura: tre modalità di sviluppo coesistenti anziché un'unica curva di maturità; l'inner loop che migra dalla postazione di lavoro alla pipeline, più vicino al repository e produttore di evidenze; un'autonomia governata piuttosto che concessa, tramite gate deterministici, isolamento, policy ed evidenze.
Viene poi esposta la tesi del vendor: il modello è un componente di esecuzione sostituibile, non l'architettura durevole. Contesto, identità, policy, provenienza e memoria organizzativa devono persistere attraverso modelli e agenti, il che spinge verso un control plane neutrale rispetto a modello e cloud. Il testo distingue il file Markdown dal record governabile, sostiene che l'agente debba appartenere al cliente, descrive un PDLC in cui il segnale di business diventa software verificato e prevede la crescita della popolazione dei Builder. Il giudizio umano, nel frattempo, non diventa abbondante: si sposta verso l'alto, verso intenti, architettura ed eccezioni.