Compound Engineering ist eine Arbeitsweise mit Coding-Agents, bei der jede erledigte Aufgabe Lektionen hinterlässt, die die nächste leichter machen. Loop Engineering heißt, die Loops zu entwerfen, die diese Agents laufen lassen, ohne dass du jeden Schritt selbst promptest. Bei Compound Engineering geht es darum, was die Arbeit dich lehrt; bei Loop Engineering darum, was die Arbeit am Laufen hält. Die besten Setups machen beides.
Was Compound Engineering ist
Der Begriff stammt von Every. Kieran Klaassen begann 2025 über „compounding engineering“ zu schreiben, während er Cora mit Agents baute, und zusammen mit Dan Shipper legte er die Idee in „Compound Engineering: How Every Codes With Agents“ dar: Software so mit Agents zu bauen, dass jede erledigte Aufgabe künftige Aufgaben leichter macht.
Die Praxis läuft in vier Schritten:
- Plan – Agents recherchieren und schreiben den Implementierungsplan.
- Work – Agents schreiben Code und Tests.
- Review – ein Mensch prüft das Ergebnis und schaut, was schiefgelaufen ist.
- Compound – die Lektionen fließen zurück ins System (Prompts, Skills, Projektnotizen), damit der nächste Zyklus klüger startet.
Der meiste Aufwand steckt in Planung und Review, nicht im Tippen von Code. Every stellt das Ganze als Open-Source-Compound-Engineering-Plugin für Claude Code und andere Agents bereit.
Was Loop Engineering ist
Loop Engineering hob im Juni 2026 ab: Hör auf, deinen Coding-Agent per Hand zu prompten, und entwirf den Loop, der das übernimmt – mit einem Auslöser, einer Aufgabe, einer Prüfinstanz, einer Abbruchbedingung und einem Punkt, an dem ein Mensch dazugeholt wird.
Im direkten Vergleich
| Compound Engineering | Loop Engineering | |
|---|---|---|
| Kernfrage | Wie macht jede Aufgabe die nächste leichter? | Wie arbeitet der Agent weiter, ohne dass ich jeden Lauf starte? |
| Einheit | Ein Zyklus aus Plan → Work → Review → Compound, meist von einem Menschen gestartet | Ein ausgelöster Lauf mit Abbruchbedingung, gestartet durch einen Zeitplan oder ein Ereignis |
| Was sich aufbaut | Wissen: Lektionen, Konventionen, Review-Notizen, die ins System zurückgeschrieben werden | Durchsatz: mehr Läufe, parallel, während du weg bist |
| Wo der Mensch sitzt | Bei Planung und Review, in jedem Zyklus | An dem Eskalationspunkt, den du entworfen hast |
| Typisches Scheitern | Der Compound-Schritt fällt weg, wenn viel los ist, und nichts baut sich auf | Der Loop hat keine echte Prüfinstanz, läuft also viel und liefert wenig |
Sie brauchen einander
Ein Loop ohne Compounding wiederholt dieselben Fehler in Maschinengeschwindigkeit. Compounding ohne Loop hängt davon ab, dass jemand jedes Mal an das Review und das Zurückschreiben denkt. Zusammen ergibt das einen Loop, dessen Ergebnis in seinen eigenen nächsten Lauf einfließt: Was du letztes Mal entschieden hast, ändert, was er nächstes Mal vorschlägt.
Der Haken: Beides sind Methodiken
Compound Engineering und Loop Engineering sind beides Dinge, die du praktizierst. Du installierst die Plugins, schreibst die Prompts, hältst die Notizen aktuell, stellst die Auslöser nach und pflegst all das, während sich die Codebase verändert. Das ist mächtig, und es ist ein zweiter Job.
Wo Tekk ins Spiel kommt
Tekk ist beides als fertiges Produkt, ausgerichtet auf ein Problem: dein Produkt laufend besser zu machen.
- Die Loops sind schon gebaut. Sechzehn davon – Security, Reliability, Backend, Payments, Performance, Testing, React, Code quality, AI engineering, Observability, Alerts, Product analytics – wachen bei deinen Codeänderungen oder Sentry-Alerts auf und bringen dir ein Proposal pro Lauf.
- Das Compounding ist eingebaut. Wenn du ein Proposal ablehnst, landet deine Begründung im Briefing des nächsten Laufs, sodass diese Art von Proposal nicht wiederkommt. Jeder Loop hält fest, welche seiner Methoden tatsächlich Proposals hervorgebracht haben, die du angenommen hast, und setzt verstärkt auf diese. Jeder Merge ist die nächste Änderung, die die Loops lesen.
- Der Review-Schritt bleibt bei dir. Nichts landet in deiner Codebase, ohne dass du es mit Greenlight freigibst, und Tekk schreibt nie Code – dein Coding-Agent baut die freigegebene Spec über MCP.
Wenn du schon mit Compound Engineering arbeitest, liefern dir Tekks Loops gut zugeschnittene Arbeit dafür. Wenn du keine der beiden Methodiken pflegen willst, bekommst du mit Tekk beides, ohne den Pflegeaufwand.
Teil des Leitfadens zu Loop Engineering. Die andere Hälfte von Loop Engineering ist Spec-driven Development: An der Spec erkennt ein Loop, dass er fertig ist.