- thekb.eu
- Grafo di conoscenza
- Metodologia
- Compound Engineering
Compound Engineering
Compound Engineering — Metodologia. loop: Ideate→Brainstorm→Plan→Work→Review→Polish→Compound · categoria: Filosofia di ingegneria AI-native (lavoro cumulativo) · definizione: Ingegneria in cui ogni feature rende la successiva più facile · principio: Ogni unità di lavoro rende la successiva più facile (tramite la conoscenza) · principio_chiave: regola 50/50, agent-native, Plans are the new code · versione: v2.60.0 (2026-03-31) · fasi: Plan, Work, Assess, Compound
Ogni unità di lavoro d'ingegneria dovrebbe rendere la successiva più facile, non più difficile: è questa la formulazione canonica che Kieran Klaassen e Dan Shipper hanno proposto per il Compound Engineering presso Every, dove gli agenti scrivono il 100% del codice e cinque prodotti (Cora, Spiral, Sparkle, Monologue, Proof) sono ciascuno costruito e mantenuto perlopiù da una sola persona. Lo sviluppo tradizionale inietta complessità a ogni funzionalità aggiunta; la tesi qui sostenuta è la pendenza opposta, in cui la correzione di un bug elimina intere categorie di bug futuri.
Il nucleo operativo è un ciclo. La versione a quattro fasi suddivide il tempo approssimativamente in 40% Plan, 10% Work, 40% Assess, 10% Compound, con 12 subagents paralleli che verificano sicurezza, prestazioni, complessità e architettura. La guida di febbraio 2026 lo estende a sette fasi (Ideate, Brainstorm, Plan, Work, Review, Polish, Compound) e introduce la regola del 50/50: metà dello sforzo sulle funzionalità, metà sul miglioramento del sistema. Claude Code è lo strumento principale, sebbene Shipper e Klaassen descrivano l'approccio come indipendente dallo strumento utilizzato.
Con la v2.60.0 (31 marzo 2026), Trevin Chow ha reso obbligatoria la revisione del codice lungo tutta la pipeline, abbinandola a una rubrica di confidenza a sei livelli e a una soglia di soppressione di 0.60 che ha ridotto i falsi positivi del 49%. La guida Thinkroom di Klaassen individua il vincolo determinante nel recupero delle informazioni: trentacinque learnings risiedono in docs/solutions/, con un frontmatter costruito interamente per la ricerca, perché altrimenti i post-mortem finiscono per marcire nei wiki.
Shubham Saboo giunge a una configurazione simile partendo dal product management con Loop Engineering, così come Stack Overflow for Agents la raggiunge partendo dallo scambio pubblico di conoscenza. Il problema dell'obsolescenza resta irrisolto: se ciò che si accumula è la conoscenza, anche una conoscenza obsoleta si accumula, ed è per questo che Klaassen aggiunge controlli di aggiornamento in lettura, in scrittura e su richiesta.
- Tipo
- Metodologia
- loop
- Ideate→Brainstorm→Plan→Work→Review→Polish→Compound
- categoria
- Filosofia di ingegneria AI-native (lavoro cumulativo)
- definizione
- Ingegneria in cui ogni feature rende la successiva più facile
- principio
- Ogni unità di lavoro rende la successiva più facile (tramite la conoscenza)
- principio_chiave
- regola 50/50, agent-native, Plans are the new code
- versione
- v2.60.0 (2026-03-31)
- fasi
- Plan, Work, Assess, Compound
- relazioni
- 25
- Citata in
- 7 fiches
Vicinato
→ pubblica
← fa parte di
→ si basa su
→ utilizza
→ raccomanda
← ha creato
← dirige
→ si oppone a
→ migliora
→ consente
→ è un'istanza di
← migliora
← converge con