Trevin Chow descrive nel dettaglio gli aggiornamenti di Compound Engineering che culminano nella versione v2.60.0 del 31 marzo 2026. Il filo conduttore è l'irrobustimento della pipeline end-to-end: le revisioni del codice sono meno rumorose e ora obbligatorie, i piani individuano più lacune prima dell'implementazione, e l'attrito nell'uso quotidiano continua a diminuire.
Il cambiamento più significativo riguarda ce:review. Una modalità headless consente l'invocazione programmatica da parte di altre skill, il che ha sbloccato il passo successivo: rendere obbligatoria la revisione del codice su tutta la pipeline (ce:work, ce:brainstorm, ce:plan). La revisione completa è il livello predefinito, mentre la revisione limitata richiede una giustificazione esplicita. Per evitare di "imporre rumore", è stata aggiunta contestualmente una rubrica di confidenza a 6 livelli (0,00–1,00) con soglia di soppressione a 0,60. Vengono presi di mira sei categorie di falsi positivi: problemi preesistenti, osservazioni di stile, pattern intenzionali, casi già gestiti altrove, riformulazione del codice e consigli generici. Risultato: una riduzione del 49% dei falsi positivi senza perdita di rilevamento reale. I riscontri vengono verificati rispetto al contesto della PR, e il consenso multi-persona aumenta la confidenza di 0,10.
ce:work ora accetta prompt grezzi senza un piano preventivo, con valutazione automatica della complessità. La ricerca universale dei test prima dell'implementazione garantisce la sincronizzazione tra codice e test. Un nuovo controllo rileva i cambiamenti comportamentali privi di test corrispondenti.
ce:brainstorm corregge un bug sottile in cui la Fase 1.1 impediva agli agenti di leggere i file tecnici, producendo affermazioni non verificate come "questa tabella non esiste" senza controllare lo schema. Ora è consentita la verifica dello stato attuale, mentre le decisioni implementative restano rinviate alla fase di pianificazione.
ce:plan acquisisce una modalità di approfondimento interattiva che consente di accettare, rifiutare o discutere i riscontri di ciascun agente prima dell'integrazione. La revisione dei documenti diventa obbligatoria dopo l'arricchimento.
Una funzionalità trasversale genera automaticamente diagrammi (mermaid/ASCII) quando la complessità supera determinate soglie. resolve-pr-feedback ora rileva il fenomeno "whack-a-mole" raggruppando commenti simili. document-review passa da 3 a 2 livelli e suggerisce il passo successivo in base al tipo di documento. Infine, ce:compound adotta uno schema basato su track (bug vs knowledge) con un controllo di reperibilità.