Der Middle Loop ist die neue Arbeitsschleife zwischen dem Schreiben von Code und der CI Pipeline. Hier steuern Entwickler KI Agenten, prüfen deren Ergebnisse und entscheiden, ob Code weitergehen darf.
Jahrzehntelang kannte die Softwareentwicklung zwei Schleifen. Im Inner Loop schreibt man Code, testet lokal und behebt Fehler. Im Outer Loop laufen Code Review, CI und CD, Staging und Deployment. Seit Coding Agents den Inner Loop großteils übernehmen, entsteht dazwischen eine eigene Ebene. Thoughtworks beschreibt sie als Ergebnis eines Retreats mit erfahrenen Praktikern und nennt die Arbeit darin Supervisory Engineering.
Auch die Forschung greift den Begriff auf. Ahmed E. Hassan und seine Mitautoren beschreiben 2026, wie Menschen aus dem Inner Loop in einen Middle Loop wechseln, um Flotten von Agenten zu lenken und zu kontrollieren. Ihr Ansatz der Software Engineering Factory baut genau darauf auf.
Ein Tag inhouse mit Benjamin Klein für Developer, Tester und Admins. Context Engineering, Harness, ADRs und zwei Hands on Blöcke mit KI Agenten in eurem Setup.
Wir arbeiten jeden Tag im Middle Loop. OpenCode mit Open Weight Modellen schreibt Code, wir geben Richtung, Grenzen und Tests vor. PHPStan, Rector, PHPUnit und Cypress mit Cypress Cloud laufen als Gates in GitHub Actions und GitLab CI, bevor etwas gemerged wird. Roland Golla testet und refactort seit über 20 Jahren und ist offizieller Cypress Ambassador. Genau diese Erfahrung im kritischen Lesen und Prüfen braucht der Middle Loop.
Mit den NCA Agentic AI Coding Guardrails richten wir Regeln, Rechte und Gates für Agenten ein. Die Vibe Coding Beratung begleitet Teams beim Umstieg auf die neue Rolle. Im NCA KI Workshop für Developer üben Entwickler das Steuern und Prüfen von Agenten mit festen Leitplanken. Einzelne Entwickler holen sich Unterstützung im 1:1 Mentoring für Vibe Coder, und ein Codebase Audit zeigt, wo KI Code schon Probleme macht.
Der Engpass hat sich verschoben. Früher bremste, wie schnell jemand Code tippen konnte. Heute bremst, wie schnell ein Team Ergebnisse prüfen kann. Die drei Schleifen teilen sich die Arbeit so auf.
Der Middle Loop startet in dem Moment, in dem ein Agent eine Lösung vorschlägt. Thoughtworks beschreibt vier Aufgaben, die dann anfallen.
Für das Setzen von Grenzen helfen Spec Driven Development und saubere Regeln in rules.md und AGENTS.md. Für das Gatekeeping sind Quality Gates für KI Code der wichtigste Baustein.
Thoughtworks fasst Supervisory Engineering in drei Säulen zusammen.
Evaluating ist der schwerste Teil. Er setzt tiefes Wissen über das System voraus. Warum Agenten bei zu viel Kontext schlechter werden und wie man Pakete richtig schneidet, erklären wir bei Context Window Management.
Supervisory klingt nach Zuschauen. Genau das wäre der falsche Weg. Die Psychologin Lisanne Bainbridge zeigte schon 1983 in ihrem Aufsatz Ironies of Automation: Wenn Maschinen die Ausführung übernehmen und Menschen nur noch auf seltene Fehler warten, landet bei ihnen die Aufgabe, die Menschen am schlechtesten können. Dauerhafte Wachsamkeit.
Hassan und Kollegen ziehen daraus eine klare Konsequenz. Menschen werden gezielt an Gates und bei Ausnahmen gerufen. Wie groß ein delegiertes Paket sein darf, wird damit zur wichtigsten Stellschraube. Riskante, neue oder schwer umkehrbare Arbeit geht in kleinen Paketen mit häufigen Gates raus. Routine darf größer sein.
Eskalation gehört dabei fest zum Vertrag. Stößt ein Agent an seine Grenzen, kommt die Arbeit geplant zu einem Menschen zurück. Erst diese Rückfallebene macht begrenzte Autonomie überhaupt möglich. Mehr zu Kontrollmechanismen bei Vibe Coding Risiken managen.
Der Begriff ist jung und noch in Bewegung. Mehrere Leute beschreiben ähnliche Ideen mit anderen Namen.
Für die Praxis ist der Name zweitrangig. Wichtig ist, dass jemand bewusst die Rolle übernimmt, zwischen Agent und Pipeline zu steuern und zu prüfen.
Die Verantwortung von Entwicklern ist mit Agenten größer geworden. Syntax auswendig können zählt weniger. Thoughtworks nennt drei Fähigkeiten, die jetzt zählen.
Erfahrene Entwickler, die jahrelang Systeme debuggt haben, bringen viel davon mit. Für Einsteiger ist offen, wie sie diese Erfahrung künftig aufbauen. Wir raten dazu, Agent Code regelmäßig selbst zu erklären und auch mal ohne Agent zu arbeiten. Mehr dazu bei Human Readiness und wie lange es dauert, Vibe Coding zu lernen.
Ein guter Middle Loop braucht Struktur. Diese Schritte haben sich bewährt.
You have to force yourself to slow down while reading, questioning and auditing it.
Früher wurde man beim Schreiben von Code langsam. Heute muss man sich beim Lesen, Hinterfragen und Prüfen bewusst bremsen. Das fühlt sich gegen den Strom an, weil der Agent in Sekunden liefert. Wer hier spart, zahlt später mit Fehlern, Nacharbeit und Code, den niemand mehr versteht.
Agentic Coding bedeutet KI Agenten orchestrieren statt Code selbst zu schreiben. Definition, Abgrenzung zu Vibe Coding und Praxis 2026 von NCA erklärt.
Mehr erfahrenWir helfen Teams, die Rolle zwischen Agent und Pipeline bewusst zu besetzen. Oft schreibt dort schon jemand Prompts, aber niemand prüft systematisch. Dann landen plausible Fehler in Production.
Unsere Reihenfolge bleibt immer gleich: erst Quality Gates, dann mehr Autonomie für Agenten. Statische Analyse, Unit Tests, funktionale Tests und Cypress End to End Tests bilden das Fundament. Darauf bauen Regeln, Review Agenten und klare Eskalationswege auf. Details dazu bei Vibe Coding CI und CD Pipelines und agentischen Akzeptanztests.
Wer mit Agenten startet, findet bei Vibe Coding anfangen den Einstieg. Unseren Coding Agent im Alltag stellen wir bei OpenCode vor. Wie typische Fallen aussehen, zeigt Blindes Iterieren und Code Chaos, und das NCA Cypress Glossar erklärt die Testbegriffe.
Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.
Die wichtigsten Fragen rund um Middle Loop und Supervisory Engineering, kurz und direkt beantwortet.
Der Middle Loop ist die Arbeitsschleife zwischen dem Schreiben von Code und der CI Pipeline. Sie beginnt, sobald ein KI Agent eine Lösung vorschlägt. Entwickler geben dort Richtung und Grenzen vor, prüfen das Verhalten des Codes, führen Ergebnisse mehrerer Agenten zusammen und entscheiden, ob der Code weitergehen darf.
Bekannt wurde der Begriff durch Thoughtworks. Nach einem Retreat mit erfahrenen Praktikern beschrieb das Unternehmen den Middle Loop als neue Ebene zwischen Inner und Outer Loop. Richard Gall fasste das im Juni 2026 im Thoughtworks Blog zusammen. Auch Ahmed E. Hassan und seine Mitautoren nutzen den Begriff in ihrem Paper zur Software Engineering Factory.
Supervisory Engineering ist die Arbeitsweise im Middle Loop. Entwickler schreiben weniger Code selbst und steuern stattdessen Agenten. Thoughtworks nennt drei Säulen: Directing für das Zerlegen und Anleiten, Evaluating für das kritische Prüfen und Correcting für das Zusammenführen paralleler Ergebnisse. Bloßes Zuschauen gehört ausdrücklich nicht dazu.
Wichtig sind ein starkes mentales Modell der Architektur, ein Gespür dafür, wie Software im Betrieb läuft, und die Fähigkeit, Aufgaben sauber zu delegieren. Dazu kommt Testwissen. Wer gute Akzeptanztests schreiben kann, prüft Agent Code deutlich schneller und sicherer. Syntax auswendig zu kennen verliert dagegen an Bedeutung.
Coding Agents wie OpenCode übernehmen den Inner Loop. Für die Übersicht über viele parallele Agenten gibt es Oberflächen wie T3 Code oder Herdr. Die wichtigsten Werkzeuge im Middle Loop sind aber Gates: statische Analyse, Unit Tests und End to End Tests mit Cypress in GitHub Actions oder GitLab CI, dazu ein Review Agent als erster Filter.
Im Inner Loop entsteht Code: schreiben, lokal ausführen, Fehler beheben. Diese Arbeit übernehmen zunehmend Agenten. Im Middle Loop wird der Code eines Agenten gesteuert und geprüft. Hier entscheidet ein Mensch, ob das Problem richtig gelöst ist, ob die Architektur hält und ob der Code sicher genug für die Pipeline ist.
Ja, aber in veränderter Form. Bei Code, der in Sekunden entsteht, prüft man weniger, wie er geschrieben ist, und mehr, was er tut. Verhaltensbasierte Tests, die Suche nach seltsamen Abkürzungen und automatisierte Review Agenten als erster Filter gehören dazu. Die finale Entscheidung über das Mergen bleibt beim Menschen.
Erfahrene Entwickler bringen viel Intuition mit, weil sie lange Systeme debuggt haben. Einsteiger können den Middle Loop aber lernen. Hilfreich ist, Agent Code regelmäßig selbst zu erklären, Tests zu schreiben und gelegentlich ohne Agent zu arbeiten. So wächst das Systemverständnis, das gute Prüfung erst möglich macht.
Die Software Engineering Factory ist der organisatorische Rahmen für den Middle Loop. Menschen schreiben und verbessern Protokolle, legen Absicht und Grenzen fest und greifen bei Ausnahmen ein. Die Factory sorgt mit Stufen, Gates und Nachweisen dafür, dass sie nicht jede Aktion eines Agenten beobachten müssen.
Elastic Loop ist ein verwandter Begriff von Robert Glaser, den er auf der code.talks vorgestellt hat. Er beschreibt im Kern dieselbe Arbeit wie der Middle Loop: Aufgaben zerlegen, an Agenten delegieren, Vertrauen kalibrieren und den Kreis mit Prüfung schließen. Glaser selbst sieht beide Begriffe als parallele Entwicklung.
Durch klare Gates und Eskalationsregeln. Menschen werden gezielt gerufen, wenn ein Gate scheitert, eine Ausnahme auftritt oder eine folgenreiche Entscheidung ansteht. Riskante Arbeit geht in kleinen Paketen raus, Routine in größeren. So bleibt die Aufmerksamkeit dort, wo sie wirklich gebraucht wird.
Wir starten mit einem kostenlosen Kennenlernen und schauen auf euren aktuellen Ablauf mit Agenten. Danach schätzen wir den Aufwand und rechnen transparent minutengenau ab. Typisch sind Quality Gates in der Pipeline, Cypress Akzeptanztests, Regeln für Coding Agents und der NCA KI Workshop für Developer mit festen Leitplanken.
