Zum Inhalt springen
Methodik

Compound Engineering

Compound Engineering — Methodik. Schleife: Ideate→Brainstorm→Plan→Work→Review→Polish→Compound · Kategorie: AI-native Engineering-Philosophie (kumulative Arbeit) · Definition: Engineering, bei dem jedes Feature das nächste erleichtert · Prinzip: Jede Arbeitseinheit erleichtert die nächste (durch Wissen) · schlüssel_prinzip: 50/50-Regel, agent-native, Plans are the new code · Version: v2.60.0 (2026-03-31) · Schritte: Plan, Work, Assess, Compound

Jede Einheit ingenieurtechnischer Arbeit sollte die nächste einfacher machen, nicht schwerer: Das ist die kanonische Formulierung, die Kieran Klaassen und Dan Shipper für Compound Engineering bei Every aufgestellt haben, wo Agenten 100% des Codes schreiben und fünf Produkte (Cora, Spiral, Sparkle, Monologue, Proof) jeweils größtenteils von einer einzigen Person gebaut und gepflegt werden. Traditionelle Entwicklung fügt mit jedem Feature Komplexität hinzu; die hier vertretene These behauptet die gegenteilige Steigung, bei der Bugfixes ganze Kategorien künftiger Bugs eliminieren.

Der operative Kern ist eine Schleife. Die vierstufige Version teilt die Zeit grob 40% Plan, 10% Work, 40% Assess, 10% Compound, mit 12 parallelen subagents, die Sicherheit, Performance, Komplexität und Architektur überprüfen. Der Guide vom Februar 2026 erweitert das auf sieben Schritte (Ideate, Brainstorm, Plan, Work, Review, Polish, Compound) und ergänzt die 50/50-Regel: die Hälfte des Aufwands für Features, die Hälfte für die Verbesserung des Systems. «Claude Code» ist das Hauptwerkzeug, wobei Shipper und Klaassen den Ansatz als werkzeugunabhängig beschreiben.

Bis Version «v2.60.0» (31. März 2026) hatte Trevin Chow das Code-Review über die gesamte Pipeline hinweg verpflichtend gemacht, gepaart mit einer sechsstufigen Konfidenz-Rubrik und einem Unterdrückungsschwellenwert von 0,60, der falsch-positive Ergebnisse um 49% reduzierte. Klaassens Thinkroom-Guide verortet die bindende Beschränkung im Retrieval: fünfunddreißig learnings liegen in docs/solutions/ mit Frontmatter, das vollständig auf Suchbarkeit ausgelegt ist, denn Postmortems verkommen sonst in Wikis.

Shubham Saboo kommt von der Produktleitung aus zu einer ähnlichen Form mit Loop Engineering, ebenso Stack Overflow for Agents vom öffentlichen Wissensaustausch aus. Die Veralterung bleibt ungelöst: Wenn Wissen das ist, was sich akkumuliert, akkumuliert sich auch veraltetes Wissen, weshalb Klaassen Prüfungen zur Aktualisierung bei Lesezeit, Schreibzeit und auf Abruf ergänzt.

Typ
Methodik
Schleife
Ideate→Brainstorm→Plan→Work→Review→Polish→Compound
Kategorie
AI-native Engineering-Philosophie (kumulative Arbeit)
Definition
Engineering, bei dem jedes Feature das nächste erleichtert
Prinzip
Jede Arbeitseinheit erleichtert die nächste (durch Wissen)
schlüssel_prinzip
50/50-Regel, agent-native, Plans are the new code
Version
v2.60.0 (2026-03-31)
Schritte
Plan, Work, Assess, Compound
Relationen
25
Zitiert in
7 fiches

Nachbarschaft

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…

→ veröffentlicht

v2.60.0 EVENEMENT hohe Konfidenz stabil Quelle ↗

← verwendet

Every ORGANISATION hohe Konfidenz dynamisch Quelle ↗

← ist Teil von

revue de code obligatoire METHODOLOGIE hohe Konfidenz dynamisch Quelle ↗

→ basiert auf

boucle 7 étapes Ideate-Brainstorm-Plan-Work-Review-Polish-Compound CONCEPT hohe Konfidenz zeitlos Quelle ↗
boucle Plan-Work-Assess-Compound CONCEPT hohe Konfidenz zeitlos Quelle ↗
opérations de recherche parallèles CONCEPT hohe Konfidenz zeitlos Quelle ↗
plans enseignant le système CONCEPT hohe Konfidenz zeitlos Quelle ↗
Plan-Delegate-Assess-Codify METHODOLOGIE hohe Konfidenz zeitlos Quelle ↗

→ verwendet

Claude Code TECHNOLOGIE hohe Konfidenz dynamisch Quelle ↗
subagents TECHNOLOGIE hohe Konfidenz dynamisch Quelle ↗

→ empfiehlt

environnement agent-native CONCEPT hohe Konfidenz zeitlos Quelle ↗
règle 50/50 (features / amélioration système) CONCEPT hohe Konfidenz zeitlos Quelle ↗

← hat erschaffen

Dan Shipper PERSONNE hohe Konfidenz stabil Quelle ↗
Kieran Klaassen PERSONNE hohe Konfidenz stabil Quelle ↗

← leitet

Trevin Chow PERSONNE hohe Konfidenz dynamisch

→ steht im Gegensatz zu

développement traditionnel METHODOLOGIE hohe Konfidenz zeitlos Quelle ↗

→ verbessert

productivité développeur ×5 CONCEPT hohe Konfidenz dynamisch Quelle ↗

→ ermöglicht

diagrammes mermaid conditionnels CONCEPT hohe Konfidenz dynamisch Quelle ↗

→ ist eine Instanz von

SDLC METHODOLOGIE hohe Konfidenz zeitlos

← verbessert

Fidelity Two CONCEPT hohe Konfidenz zeitlos Quelle ↗

← konvergiert mit

Loop Engineering METHODOLOGIE hohe Konfidenz zeitlos
Stack Overflow for Agents TECHNOLOGIE hohe Konfidenz zeitlos

Zitiert in (7)