Vai al contenuto
Metodologia

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

v2.60.0 Every revue de code obliga… boucle 7 étapes Idea… boucle Plan-Work-Ass… Claude Code opérations de recher… plans enseignant le … environnement agent-… subagents Dan Shipper Kieran Klaassen Trevin Chow règle 50/50 (feature…

→ pubblica

v2.60.0 EVENEMENT affidabilità alta stabile Fonte ↗

← utilizza

Every ORGANISATION affidabilità alta dinamico Fonte ↗

← fa parte di

revue de code obligatoire METHODOLOGIE affidabilità alta dinamico Fonte ↗

→ si basa su

boucle 7 étapes Ideate-Brainstorm-Plan-Work-Review-Polish-Compound CONCEPT affidabilità alta atemporale Fonte ↗
boucle Plan-Work-Assess-Compound CONCEPT affidabilità alta atemporale Fonte ↗
opérations de recherche parallèles CONCEPT affidabilità alta atemporale Fonte ↗
plans enseignant le système CONCEPT affidabilità alta atemporale Fonte ↗
Plan-Delegate-Assess-Codify METHODOLOGIE affidabilità alta atemporale Fonte ↗

→ utilizza

Claude Code TECHNOLOGIE affidabilità alta dinamico Fonte ↗
subagents TECHNOLOGIE affidabilità alta dinamico Fonte ↗

→ raccomanda

environnement agent-native CONCEPT affidabilità alta atemporale Fonte ↗
règle 50/50 (features / amélioration système) CONCEPT affidabilità alta atemporale Fonte ↗

← ha creato

Dan Shipper PERSONNE affidabilità alta stabile Fonte ↗
Kieran Klaassen PERSONNE affidabilità alta stabile Fonte ↗

← dirige

Trevin Chow PERSONNE affidabilità alta dinamico

→ si oppone a

développement traditionnel METHODOLOGIE affidabilità alta atemporale Fonte ↗

→ migliora

productivité développeur ×5 CONCEPT affidabilità alta dinamico Fonte ↗

→ consente

diagrammes mermaid conditionnels CONCEPT affidabilità alta dinamico Fonte ↗

→ è un'istanza di

SDLC METHODOLOGIE affidabilità alta atemporale

← migliora

Fidelity Two CONCEPT affidabilità alta atemporale Fonte ↗

← converge con

Loop Engineering METHODOLOGIE affidabilità alta atemporale
Stack Overflow for Agents TECHNOLOGIE affidabilità alta atemporale

Citata in (7)