Aller au contenu
Méthodologie

Compound Engineering

Compound Engineering — Méthodologie. boucle : Ideate→Brainstorm→Plan→Work→Review→Polish→Compound · catégorie : Philosophie d'ingénierie AI-native (travail cumulatif) · définition : Ingénierie où chaque feature rend la suivante plus facile · principe : Chaque unité de travail rend la suivante plus facile (via la connaissance) · principe_clé : règle 50/50, agent-native, Plans are the new code · version : v2.60.0 (2026-03-31) · étapes : Plan, Work, Assess, Compound

Chaque unité de travail d'ingénierie devrait faciliter la suivante, pas la compliquer : c'est la formulation canonique que Kieran Klaassen et Dan Shipper ont posée pour «Compound Engineering» chez Every, où les agents écrivent 100% du code et où cinq produits (Cora, Spiral, Sparkle, Monologue, Proof) sont chacun construits et maintenus principalement par une seule personne. Le développement traditionnel ajoute de la complexité à chaque fonctionnalité ; l'affirmation ici est celle d'une pente inverse, où les corrections de bugs éliminent des catégories entières de bugs futurs.

Le cœur opérationnel est une boucle. La version à quatre étapes répartit le temps approximativement ainsi : 40% Plan, 10% Work, 40% Assess, 10% Compound, avec 12 «subagents» parallèles qui examinent la sécurité, la performance, la complexité et l'architecture. Le guide de février 2026 l'étend à sept étapes (Ideate, Brainstorm, Plan, Work, Review, Polish, Compound) et ajoute la règle des 50/50 : la moitié de l'effort sur les fonctionnalités, l'autre moitié sur l'amélioration du système. «Claude Code» est l'outil principal, bien que Shipper et Klaassen décrivent l'approche comme indépendante de l'outil utilisé.

Avec la version «v2.60.0» (31 mars 2026), Trevin Chow a rendu la revue de code obligatoire sur l'ensemble du pipeline, associée à une grille de confiance à six niveaux et à un seuil de suppression de 0,60 qui a réduit les faux positifs de 49%. Le guide Thinkroom de Klaassen situe la contrainte déterminante dans la récupération d'information : trente-cinq apprentissages se trouvent dans docs/solutions/, avec des en-têtes entièrement conçus pour la recherche, car les post-mortems finissent sinon par pourrir dans des wikis.

Shubham Saboo aboutit à une forme similaire en partant de la gestion de produit, avec «Loop Engineering», tout comme «Stack Overflow for Agents» en partant de l'échange public de connaissances. L'obsolescence reste un problème non résolu : si la connaissance est ce qui se compose, un apprentissage obsolète se compose lui aussi, raison pour laquelle Klaassen ajoute des vérifications de rafraîchissement à la lecture, à l'écriture et à la demande.

Type
Méthodologie
boucle
Ideate→Brainstorm→Plan→Work→Review→Polish→Compound
catégorie
Philosophie d'ingénierie AI-native (travail cumulatif)
définition
Ingénierie où chaque feature rend la suivante plus facile
principe
Chaque unité de travail rend la suivante plus facile (via la connaissance)
principe_clé
règle 50/50, agent-native, Plans are the new code
version
v2.60.0 (2026-03-31)
étapes
Plan, Work, Assess, Compound
relations
25
Citée dans
7 fiches

Voisinage

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…

→ publie

v2.60.0 EVENEMENT confiance élevée stable Source ↗

← utilise

Every ORGANISATION confiance élevée évolutif Source ↗

← fait partie de

revue de code obligatoire METHODOLOGIE confiance élevée évolutif Source ↗

→ est basé sur

boucle 7 étapes Ideate-Brainstorm-Plan-Work-Review-Polish-Compound CONCEPT confiance élevée atemporel Source ↗
boucle Plan-Work-Assess-Compound CONCEPT confiance élevée atemporel Source ↗
opérations de recherche parallèles CONCEPT confiance élevée atemporel Source ↗
plans enseignant le système CONCEPT confiance élevée atemporel Source ↗
Plan-Delegate-Assess-Codify METHODOLOGIE confiance élevée atemporel Source ↗

→ utilise

Claude Code TECHNOLOGIE confiance élevée évolutif Source ↗
subagents TECHNOLOGIE confiance élevée évolutif Source ↗

→ recommande

environnement agent-native CONCEPT confiance élevée atemporel Source ↗
règle 50/50 (features / amélioration système) CONCEPT confiance élevée atemporel Source ↗

← a créé

Dan Shipper PERSONNE confiance élevée stable Source ↗
Kieran Klaassen PERSONNE confiance élevée stable Source ↗

← dirige

Trevin Chow PERSONNE confiance élevée évolutif

→ s oppose à

développement traditionnel METHODOLOGIE confiance élevée atemporel Source ↗

→ améliore

productivité développeur ×5 CONCEPT confiance élevée évolutif Source ↗

→ permet

diagrammes mermaid conditionnels CONCEPT confiance élevée évolutif Source ↗

→ est instance de

SDLC METHODOLOGIE confiance élevée atemporel

← améliore

Fidelity Two CONCEPT confiance élevée atemporel Source ↗

← converge avec

Loop Engineering METHODOLOGIE confiance élevée atemporel
Stack Overflow for Agents TECHNOLOGIE confiance élevée atemporel

Citée dans (7)