Zwei Jahre lang drehte sich alles um das Modell: Welches war das klügste, welches schrieb den saubersten Code, welches stand diesen Monat an der Spitze der Benchmarks. Diese Debatte hat sich erledigt. 2026 liegen die Spitzenmodelle dicht beieinander – gib den führenden Modellen dieselbe knifflige Aufgabe, und der Abstand ist gering, und er schrumpft weiter. Wenn also nicht mehr das Modell den Unterschied macht – was dann?
Die Antwort ist alles rund um das Modell: die Schleife, die es am Arbeiten hält; die Werkzeuge, nach denen es greifen kann; das Gedächtnis, das es von Sitzung zu Sitzung mitnimmt; die Regeln, an die es sich halten muss. Diese Hülle hat inzwischen einen Namen – den Harness – und sie gut zu bauen, ist zur wertvollsten KI-Fähigkeit des Jahres geworden.
Das ist der erste Teil einer fünfteiligen Serie über Agentic Harnesses. Wir klären, was ein Harness wirklich ist, gehen die vier Teile durch, die jeder Harness gemeinsam hat, und erklären, warum ein einziger Blogbeitrag eines HashiCorp-Mitgründers aus „Harness Engineering" eine eigene Disziplin gemacht hat. Die folgenden Teile nehmen sich jeden davon einzeln vor.
Vom Automaten zur Werkstatt
Die meisten nutzen KI noch wie einen Automaten: Frage eintippen, Antwort bekommen, fertig. Bei einer Ein-Satz-Frage geht das auf. Sobald die Aufgabe aber groß genug ist, um sich über mehrere Schritte, mehrere Dateien oder mehrere Stunden zu ziehen, fällt es in sich zusammen – und das trifft auf die meiste echte Arbeit zu.
Ein Harness verändert die Art der Interaktion. Statt eines einzelnen Hin und Her sitzt das Modell in einem System, das es handeln lässt: einen Befehl ausführen, das Ergebnis lesen, entscheiden, was als Nächstes kommt – und das immer wieder, stets auf ein Ziel ausgerichtet, das du vorher gesetzt hast. Das Modell steuert die Intelligenz bei; der Harness die Struktur, die aus Intelligenz fertige Arbeit macht.
Klar auf den Punkt gebracht, aus der Analyse des Musters bei LangChain:
Ein Agent Harness ist jedes Stück Code, Konfiguration und Ausführungslogik, das nicht das Modell selbst ist.
Das ist die ganze Idee in einem Satz. Das Modell ist der Motor. Der Harness ist das Auto darum herum – Räder, Lenkung, Bremsen, Armaturenbrett. Ein brillanter Motor, der an nichts angeschraubt ist, kommt nirgendwo hin.
Drei Ebenen: Prompt, Context, Harness
Es lohnt sich, den Harness gegenüber Begriffen einzuordnen, die du schon kennst.
- Prompt Engineering dreht sich um die Worte in einer einzelnen Nachricht: Formulierung, Beispiele, die Form der Anfrage.
- Context Engineering dreht sich um das, was im Fenster des Modells liegt, während es handelt: die Dateien, den Verlauf, die abgerufenen Schnipsel, die System-Anweisungen.
- Harness Engineering dreht sich um alles außerhalb eines einzelnen Kontextfensters: wie Arbeit über viele Fenster hinweg fließt, wie der Zustand weitergereicht wird, welche Aktionen überhaupt möglich sind.
Jede Ebene umschließt die vorige – ein weiterer Kontrollkreis um einen engeren:
Den Begriff „Harness Engineering" prägte Mitchell Hashimoto, Mitgründer von HashiCorp und Erfinder von Terraform, in einem viel geteilten Beitrag im Februar 2026. Er beschrieb darin eine Gewohnheit, die er sich bei der Arbeit mit Coding-Agenten angewöhnt hatte: Machte ein Agent einen Fehler, korrigierte er ihn nicht nur im Moment, sondern baute eine dauerhafte Lösung in die Umgebung des Agenten ein, sodass genau dieser Fehler nie wieder passieren konnte.
Jedes Mal, wenn ein Agent einen Fehler macht, baust du eine Lösung, damit er diesen Fehler nie wieder macht.
Dieser eine Perspektivwechsel – die Umgebung als das zu behandeln, was man verbessert, statt sich in jeder Sitzung neu zu erklären – ist der Kern der Disziplin. Dein Harness wird zum Protokoll jeder gewonnenen Erkenntnis, und das summiert sich.
Die vier Teile, die jeder Harness hat
Zerlegt man einen beliebigen Harness, findet man dieselben vier Teile. Jeder ist nötig, zusammen genügen sie. Hat man alle vier im Griff, hat man ein System, das echte, mehrstufige Arbeit zuverlässig erledigt.
1. Die Agenten-Schleife (Agent Loop)
Das schlagende Herz: eine Schleife, in der das Modell überlegt, über ein Werkzeug handelt, das Ergebnis beobachtet und erneut ansetzt – so lange, bis das Ziel erreicht ist. Das ist der „agentische" Teil. Ohne die Schleife hast du einen Chatbot; mit ihr etwas, das ein Ziel über Dutzende Schritte verfolgt. Wann weitermachen, wann aufhören, wie sich von einem Fehltritt erholen – in diesen Entscheidungen steckt ein großer Teil des Handwerks eines Harness.
2. Das Tool-Interface
Ein Modell allein kann nur Text erzeugen. Werkzeuge sind der Weg, wie aus diesem Text Handlung wird: eine Datei lesen, Tests laufen lassen, eine Datenbank abfragen, im Web stöbern. Die stärksten Harnesses geben dem Modell keine feste Auswahl vorgefertigter Werkzeuge, sondern allgemeinen Zugriff auf eine Shell und eine Code-Laufzeit – damit baut es sich jedes benötigte Werkzeug spontan selbst. Woher die Werkzeuge kommen – MCP-Server, CLI-Befehle, abgeschottete Code-Ausführung – ist eine Designentscheidung mit echten Kosten- und Sicherheitsfolgen.
3. Context Management
Ein Kontextfenster ist endlich, und lange Aufgaben bringen es schnell zum Überlaufen. Context Management bündelt die Techniken, die das Modell trotzdem kohärent am Arbeiten halten: den Verlauf zusammenfassen und verdichten, sperrige Tool-Ausgaben ins Dateisystem auslagern, das Fenster ganz zurücksetzen und den Zustand über ein strukturiertes Artefakt an eine frische Sitzung übergeben. Hier entscheidet sich, ob etwas eine Spielzeug-Demo bleibt oder zu einem System wird, das stundenlang durchläuft.
4. Kontrollmechanismen
Sich selbst überlassen, erklärt ein Agent selbstbewusst mittelmäßige Arbeit für fertig. Kontrollmechanismen halten ihn ehrlich: Planungsschritte vor dem Handeln; ein separater Evaluator-Agent, der die Arbeit skeptisch benotet; harte Qualitätsschwellen, die eine Überarbeitung erzwingen; eine Git-Historie, über die man zurückrollen kann; und Leitplanken auf Werkzeugebene, die gefährliche Aktionen gar nicht erst zulassen, statt sie nur zu missbilligen. Verifizierung ist hier kein nettes Extra, sondern tragend.
Warum das über die Demo hinaus zählt
In Anthropics eigenem Bericht über langlaufende Agenten steht ein eindrückliches Beispiel. Dieselbe Aufgabe – ein kleines, spielbares Spiel mit KI-Funktionen bauen – bekamen ein nackter Einzelagent und ein vollständiger Harness. Der nackte Agent brachte nach zwanzig Minuten etwas hervor, das nicht funktionierte. Die Harness-Variante brauchte sechs Stunden und brachte eine lauffähige Anwendung hervor, die sich tatsächlich spielen ließ. Der Harness kostete im Betrieb natürlich mehr, war aber am Ende der Einzige, der ein brauchbares Ergebnis lieferte.
Das ist die wirtschaftliche Rechnung in einem einzigen Vergleich. Wenn die reine Modellqualität kein Vorsprung mehr ist, verlagert sich der Vorsprung darauf, wie gut du das Modell einbettest – auf die Schleifen, Werkzeuge, das Gedächtnis und die Leitplanken, die aus einem fähigen Modell einen verlässlichen Mitarbeiter machen. Diese Hülle lässt sich bauen, sie gehört dir, und sie ist auf die Arbeitsweise deines Teams zugeschnitten. Hier liegt jetzt der Hebel.
Wie wir bei vensas darüber denken
Für uns sind Harnesses keine Forschungs-Kuriosität. Dieselben Prinzipien ziehen sich durch unseren Alltag mit KI-gestützter Softwareentwicklung: Leitplanken auf Werkzeugebene, die die falsche Aktion gar nicht zulassen; Projektkonventionen in der AGENTS.md, die jede Sitzung begleiten; wiederverwendbare Skills für alles, was wiederkehrt; und Verifizierungsschleifen, die Qualität prüfen, statt sie vorauszusetzen. Vieles, worüber wir schon geschrieben haben – über Spec, Verifier und Environment, über selbst-gehostete Coding-Agenten, über Git-Worktrees für KI-Workflows – ist Harness Engineering unter anderem Namen. Diese Serie setzt den Rahmen um all das.
Fazit
Das Modell ist nicht mehr die spannende Variable. Was eine schillernde Demo von Software unterscheidet, die wirklich etwas zustande bringt, ist das System rund um das Modell – der Harness. Er hat vier Teile: eine Schleife, die das Modell am Arbeiten hält; Werkzeuge, die es handeln lassen; Context Management, das es kohärent hält; und Kontrollen, die es ehrlich halten. Beherrsche diese vier und behandle deine Umgebung als das, was du dauerhaft verbesserst – dann erklärst du dich der KI nicht mehr jeden Morgen neu, sondern baust auf dem auf, was schon steht.
