Loop Engineering

Addy Osmani, di Google, ha dato un nome a una pratica già in corso: progettare il ciclo che sollecita un agente di codifica, piuttosto che sollecitarlo manualmente. La guida Lushbinary collocа il cambiamento a giugno 2026 e pone «Loop Engineering» come terzo strato di uno stack (prompt, poi contesto, poi loop), ciascun strato contenendo il precedente. La tecnica Ralph di Geoffrey Huntley, dei primi mesi del 2026, ne era la prova pre-terminologica: un ciclo `while`, lo stesso prompt a ogni passaggio, contesto nuovo a ogni iterazione, stato durevole su disco in `PLAN.md` e `STATUS.md`. La frase di Peter Steinberger, "you should be designing loops that prompt your agents", e il lavoro di Boris Cherny su «Claude Code» stanno alla base della viralità del termine.

Quattro note lo affrontano da angolazioni diverse. Shubham Saboo lo sposta dall'ingegneria al product management, in cinque parti: innesco, azione, evidenza, memoria, condizione di arresto. Quest'ultima è quella che definisce più critica, perché i sistemi falliscono per mancanza di un'uscita netta. Il problema che individua è la deriva degli artefatti: il `CLAUDE.md` si allunga, la checklist si gonfia, i criteri di valutazione cambiano senza traccia, e un mese dopo l'agente "sembra peggiore" mentre il modello non ha subito alcuna regressione. Andrew Ng separa tre cicli annidati per scala temporale: minuti per la codifica agentica, decine di minuti o ore per il feedback dello sviluppatore, giorni per il feedback esterno. Dorra Bartaguiz riassume le fabbriche del software come loop engineering più harness engineering più supervisione umana.

La tensione che nessuno risolve: per Lushbinary "fatto" è un'affermazione, non una prova; la verifica resta umana, e il debito di comprensione accelera insieme ai cicli più rapidi.