Con Compound Engineering: The Definitive Guide, Kieran Klaassen fornisce il manuale di riferimento di una filosofia di ingegneria AI-native che Every promuove dalla fine del 2025. La tesi è economica: l'IA trasforma l'economia dello sviluppo, al punto che Every gestisce i suoi cinque prodotti (Cora, Spiral, Sparkle, Monologue, Proof) con team di una sola persona — un ingegnere può "spedire come cinque."
La definizione canonica: ogni unità di lavoro ingegneristico dovrebbe rendere più facili le unità successive, non più difficili. Nell'ingegneria tradizionale, ogni funzionalità inietta complessità; dopo dieci anni, i team combattono contro il proprio sistema più di quanto costruiscano. Il compound engineering inverte questa pendenza: le correzioni di bug eliminano intere categorie di bug futuri, i pattern diventano strumenti, la codebase diventa più facile nel tempo.
Il nucleo operativo è un loop in sette passaggi: Ideate → Brainstorm → Plan → Work → Review → Polish → Compound, organizzato in tre fasi (decisione umana, esecuzione agentica, giudizio umano). Plan orchestra tre agenti di ricerca paralleli seguiti da uno spec-flow-analyzer; Review dispiega revisori specializzati (always-on, condizionali, specifici per stack) che producono findings prioritizzati P1/P2/P3; Compound — "il passaggio critico" — cattura ogni soluzione in docs/solutions/ con frontmatter YAML e aggiorna CLAUDE.md, trasformando la conoscenza in un asset riutilizzabile e ridistribuito.
Tutto ciò è strumentato da un plugin open source (EveryInc/compound-engineering-plugin): 40+ agenti, 30+ comandi slash, 35+ skill, installabile su Claude Code, Cursor, Codex. Il comando /lfg automatizza il percorso idea→PR mergiata.
La guida procede poi rovesciando le credenze: otto da disimparare (codice scritto a mano, revisione riga per riga, codice come autoespressione — "i primi tentativi hanno un tasso di scarto del 95%") e otto da adottare (estrarre il proprio taste nel sistema, la regola del 50/50 — metà funzionalità, metà miglioramento del sistema —, un ambiente agent-native: "se uno sviluppatore può vedere o fare qualcosa, anche l'agente dovrebbe poterlo", la parallelizzazione, "i piani sono il nuovo codice").
L'adozione segue una scala a cinque stadi, dalla scrittura manuale (0) all'esecuzione cloud parallela (5), con il compound engineering che inizia allo stadio 3 (plan-first, revisione a livello di PR). Klaassen dettaglia infine le best practice: design baby app usa e getta, skip permissions, codificare il taste (design, copy), ricerca utente strutturata, estrazione dei pattern d'uso, marketing di prodotto automatizzato. Massime distintive: "Il taste appartiene ai sistemi, non alla revisione," "Spedisci più valore. Scrivi meno codice," "Assegna risultati, non compiti."