I vincoli ben definiti hanno plasmato le migliori epoche del software e la mia stessa carriera. Alcuni approcci basati su principi fermi, come i principi delle app a 12 fattori o l'MVC, ci hanno fornito un linguaggio condiviso per costruire servizi affidabili e progettare la separazione delle responsabilità. Erano regole semplici, facili da enunciare, difficili da seguire alla perfezione. Hanno dato vita a interi settori: SaaS, PaaS, infrastrutture cloud. Tutti costruiti sulla base di vincoli ben ponderati che dicevano ai costruttori: ecco il confine, rimanete entro questo confine, e ne seguiranno cose positive. Io stesso ho tratto beneficio dall'applicazione di questi vincoli in alcuni dei miei lavori migliori.
Credo che il software nativo AI abbia bisogno del suo vincolo. Ecco quello che ho ideato.
La tua base di codice ha una dimensione massima. Non è una questione di gusti. Il limite è reale, misurabile e più piccolo di quanto pensi.
Il limite: metà della finestra di contesto del modello AI che i tuoi agenti utilizzano per costruire e mantenere il tuo prodotto. Questo significa che la dimensione della tua logica di business principale e del contesto di sistema non dovrebbe superare la metà della finestra di contesto del LLM su cui fai affidamento.
Perché metà? La finestra di contesto serve a due scopi. La prima metà contiene il tuo codice. La seconda metà è dove l'agente ragiona, pianifica e genera. Riempire l'intera finestra con il codice lascia zero spazio per pensare. Metà per la comprensione. Metà per la cognizione.
La parte più difficile delle aziende di software non è mai stata costruire funzionalità.
Ogni fondatore tecnologico esperto lo sa. La parte difficile era identificare il più piccolo pezzo di software utile per un segmento di clienti sufficientemente ampio, e poi radunare le persone attorno al difficile lavoro di acquisizione clienti, assistenza clienti e fidelizzazione.
Costruire software un tempo era costoso. Gli ingegneri costavano molto. Questo creava attrito, dando vita a processi di sviluppo iterativi, ma imponeva anche disciplina. Dovevi scegliere: di cosa hanno più bisogno i clienti? Qual è la cosa più piccola che vale la pena costruire? Il costo umano dell'ingegneria manteneva i team concentrati. I vincoli creavano chiarezza. Le migliori aziende della Silicon Valley sono cresciute così.
Ora gli agenti AI costruiscono quasi tutto ciò che chiedi. Il collo di bottiglia è scomparso. La disciplina è scomparsa con il collo di bottiglia.
La produzione libera porta alla sovrapproduzione. La sovrapproduzione è la modalità di fallimento predefinita delle aziende native AI.
I fondatori non tecnici e gli investitori devono capirlo. Più funzionalità, più codice e più superficie del prodotto da mantenere non sono più segni di progresso. Segnalano un'azienda senza vincoli di alta qualità e, a volte, una mancanza fondamentale di chiarezza.
La sovrapproduzione senza una distribuzione e un consumo scalabili crea una massiccia dispersione nella cattura del valore. Pubblichi dieci funzionalità. Due guidano la fidelizzazione. Le altre otto aggiungono complessità che rallenta le due che contano. Ogni riga di codice diventa una passività travestita da attività.
I costruttori esperti conoscono il punto di svolta. Il codice passa dal servire i clienti al servire se stesso. La complessità diventa il nemico del prodotto. I team trascorrono più tempo a gestire il software che a migliorare l'esperienza del cliente. Il sistema inizia a sembrare goffo, gli utenti iniziano ad abbandonare e i team a contatto con i clienti diventano silenziosamente frustrati.
Nel vecchio mondo, raggiungevi quel punto di svolta in anni. Nel mondo nativo AI, raggiungi il punto di svolta in settimane. Gli agenti non si sentono mai stanchi, non oppongono mai resistenza e non dicono mai "è troppo complesso, dovremmo fermarci".
Come fai a sapere quando fermarti? Quando l'AI scrive codice illimitato gratuitamente, qual è il segnale che ti dice che è abbastanza?
È la Regola della Mezza Finestra.
La tua logica di business principale deve rientrare nella metà della finestra di contesto del modello che mantiene la tua base di codice. Misura la tua base di codice in token. Confrontala con metà della finestra di contesto. Se sei oltre, la tua forza lavoro AI si sta già degradando, non visibilmente, non drammaticamente, ma silenziosamente e costantemente.
Il pericolo: nulla si rompe in modo ovvio quando superi questa linea. L'agente non rifiuta. Il codice sembra corretto. I test passano. Il bug che hai segnalato viene risolto.
Ma l'agente ora opera senza una piena comprensione del tuo sistema. L'agente riconosce schemi su frammenti invece di ragionare sul tutto. Appaiono regressioni sottili. La logica viene duplicata in parti della base di codice che l'agente non può vedere. I problemi vengono "risolti" aggiungendo codice dove il codice esistente avrebbe dovuto essere modificato.
Non te ne accorgerai immediatamente. La velocità sembra ancora alta. Le pull request fluiscono ancora. Ognuna rende la successiva leggermente peggiore. Il degrado composto lavora contro di te.
Quando arriverai a chiederti "perché i nostri agenti continuano ad andare in tondo?", sarai già nel bel mezzo del problema.
Questa regola è disciplina aziendale in veste tecnica.
La semplicità diventa il tuo vantaggio competitivo quando la produzione non costa nulla. Costruisci la più piccola base di codice che offra valore reale ai clienti. Ogni funzionalità non necessaria, ogni astrazione superflua e ogni riga di codice speculativo consuma il budget cognitivo della tua forza lavoro AI. Alla fine, queste cose consumano la capacità di movimento della tua azienda.
I migliori prodotti sono sempre stati quelli più semplici che risolvono un problema reale completamente. La penalità per aver violato questo principio ora arriva più velocemente e si accumula più rapidamente. I tuoi agenti AI non si opporranno come avrebbe fatto un ingegnere senior frustrato.
La regola si adatta all'architettura. Startup con un singolo prodotto: si applica all'intera base di codice. Azienda multi-servizio: si applica a ciascun servizio in modo indipendente. Qualsiasi parte del tuo sistema che deve essere compresa nel suo insieme deve rientrare nel confine entro cui i tuoi agenti ragionano sul quadro completo.
La tua architettura di prodotto rispecchierà i confini cognitivi dei tuoi agenti, che tu lo pianifichi o meno. I fondatori che progettano per questo deliberatamente supereranno quelli che imparano attraverso il dolore.
Non si tratta di perfezione. Non rimarrai sempre sotto la linea. Le basi di codice crescono. Le funzionalità vengono aggiunte. La complessità si accumula. Il punto è l'aspirazione, non la conformità rigida. Se tieni a mente questa regola e rimani vicino al confine, prenderai decisioni migliori su cosa costruire, cosa separare e cosa eliminare. Il vincolo ti dà un punto di riferimento quando tutto il resto dice 'costruisci di più'. A volte questo significa riprogettare la tua architettura di sotto-agenti per adattarla alla regola, in modo molto simile a come i team umani dividono la proprietà man mano che crescono.
Aspiro a seguire questa regola nel mio lavoro. Non perché infrangere la regola significhi un fallimento istantaneo, ma perché rimanere vicino a questo vincolo mi aiuta a costruire software che rimane utile, manutenibile e prezioso nel tempo. I fondatori che si orientano attorno a questo andranno lontano. Quelli che ignorano completamente i vincoli impareranno attraverso il dolore.
I buoni vincoli non garantiscono il successo. Rendono il successo più probabile rimuovendo i modi più comuni di fallire. L'app a 12 fattori era un insieme di principi che non costruiva la tua azienda SaaS per te, ma se li seguivi, la tua infrastruttura funzionava quando dovevi scalare. La Regola della Mezza Finestra funziona esattamente allo stesso modo. Segui lo spirito. Rimani vicino al confine. Costruisci aziende di software utili che durano.
La semplicità vince sempre. Ora la semplicità vince più velocemente.
Informazioni sull'Autore: Abhishek Parolkar è l'Amministratore Delegato di https://brain.pe - che aiuta le società di Private Equity a creare i loro cervelli AI digitali per la propria azienda o per affari specifici. Potresti aver adottato l'AI, ma l'AI ha adottato te?
