Patrick Debois, fondatore di Tessl e figura storica del movimento DevOps, sviluppa in questo articolo il concetto di "Context Flywheel" — un volano contestuale che genera un vantaggio competitivo cumulativo per i team di sviluppo che utilizzano agenti IA.

L'articolo si basa sul Context Development Lifecycle (CDLC) introdotto in un post precedente, un ciclo in quattro fasi: Generate, Evaluate, Distribute, Observe. Il CDLC tratta il contesto non come documentazione statica, ma come un artefatto di ingegneria versionato e testato.

La tesi centrale è che il valore non risiede in un singolo passaggio attraverso il ciclo, bensì nella sua ripetizione. La prima iterazione cattura le convenzioni e identifica le lacune. La seconda corregge queste lacune e rivela problemi più sottili. Alla decima iterazione si verifica un cambiamento: gli agenti non si limitano a seguire meglio le istruzioni — l'intero team codifica in modo diverso, più veloce, più coerente, con meno correzioni.

Debois identifica quattro ritorni sull'investimento simultanei per ogni ciclo. Primo, la qualità degli agenti migliora su tutta la linea. Secondo, l'ingegnere senior che codifica la propria competenza la chiarisce e la approfondisce. Terzo, gli sviluppatori junior possono leggere le skill e assimilare i pattern, i vincoli e il ragionamento. Quarto, l'organizzazione converge verso una terminologia condivisa che attraversa i confini dei team.

L'argomento strategico forte è che il vero fossato competitivo non risiede né negli strumenti né nei modelli — che si stanno rispettivamente commoditizzando e convergendo — ma nella conoscenza di prodotto accumulata. Un'organizzazione che gestisce questo volano per due anni sviluppa una comprensione che i concorrenti non possono replicare: casi limite catalogati, bisogni degli utenti mappati, ragionamento di dominio codificato e accessibile agli agenti.

Debois conclude sottolineando la necessità di una proprietà esplicita del contesto (context ownership). Senza un proprietario designato — che si tratti di un team DevEx, di un team platform o di context engineer dedicati — il contesto degrada inevitabilmente. La proprietà si basa su tre pilastri: manutenzione (revisione dell'aggiornamento, risoluzione dei conflitti, ritiro dell'obsoleto), abilitazione (contribuzione facile via CLI e valutazioni in CI), e governance (soglia di qualità tramite valutazioni, rilevamento dei conflitti, politiche di deprecazione). L'analogia storica è esplicita: il settore ha già imparato questa lezione con la documentazione, l'infrastruttura e la sicurezza.