Worum es geht: Wer mit KI-Agenten arbeitet, verbringt immer weniger Zeit damit, Code zu schreiben – und immer mehr damit, die Umgebung zu bauen, in der ein Agent verlässlich arbeiten kann. Diese Umgebung nennt man Harness: das Geschirr, in das der Agent eingespannt wird.
1. Die sechs Teile
Was der Agent über das Projekt weiß: Aufbau, Regeln, Begriffe, Beispiele. Ohne Kontext rät er – und rät plausibel, was das Problem verschärft, weil falsche Annahmen gut aussehen.
2. Warum das die eigentliche Arbeit wird
Ein Agent kann in Minuten schreiben, wofür ein Mensch einen Tag braucht. Damit verschiebt sich der Engpass: Nicht das Schreiben ist knapp, sondern das Prüfen. Wer zehnmal so viel Code bekommt und ihn genauso gründlich liest wie vorher, hat nichts gewonnen.
Die Antwort besteht darin, das Prüfen zu automatisieren. Jede Regel, die eine Maschine durchsetzen kann, muss eine Maschine durchsetzen – Typen, Tests, Linter, Formatvorgaben. Was übrig bleibt, ist das, was nur Menschen können: beurteilen, ob das Richtige gebaut wurde.
3. Drei Arbeitsweisen im Vergleich
| Selbst schreiben | Agent ohne Harness | Agent mit Harness | |
|---|---|---|---|
| Tempo | langsam | sehr schnell | schnell |
| Fehler fallen auf | beim Schreiben | beim Kunden | beim Prüflauf |
| Aufwand Durchsicht | gering | sehr hoch | mittel |
| Einheitlichkeit | hoch | gering | hoch |
| Lohnt sich ab | immer | Prototypen | jedem Projekt, das bleibt |
Die zweite Spalte beschreibt, was in vielen Projekten gerade passiert – und warum dort Unzufriedenheit entsteht. Nicht die Agenten sind das Problem, sondern die fehlende Umgebung.
4. Wo man anfängt
Drei Dinge bringen den größten Teil des Nutzens. Erstens eine Projektbeschreibung für den Agenten – bei vielen Werkzeugen eine Datei im Projektverzeichnis –, die Aufbau, Regeln und Begriffe festhält. Zweitens ein Befehl, der alles prüft: Typen, Tests, Linter in einem Lauf. Drittens Git-Commits vor jeder Agentensitzung, damit jede Änderung rücknehmbar bleibt.
Diese drei sind an einem Vormittag eingerichtet und verändern die Zusammenarbeit mit einem Agenten grundlegend.
5. Was Harness Engineering nicht ist
Es ist keine bessere Formulierungskunst. Ausgefeilte Anweisungen helfen wenig, wenn der Agent das Projekt nicht kennt und seine Arbeit niemand prüft. Und es ist kein Ersatz für Fachkenntnis: Wer nicht beurteilen kann, ob eine Architektur trägt, kann es auch mit Agent nicht – er bekommt die falsche Architektur nur schneller.
6. Häufige Fragen
Gilt das auch für kleine Projekte? In abgespeckter Form ja. Schon eine kurze Projektbeschreibung und ein Prüfbefehl lohnen sich ab dem ersten Tag.
Welche Werkzeuge? Die Verfahren sind über Werkzeuge hinweg gleich. Ob Claude Code, ein anderer Agent oder eine Erweiterung im Editor – Kontext, Spezifikation, Leitplanken und Freigaben braucht jedes davon.
Wird das bleiben? Die Werkzeuge ändern sich schnell, die Aufgabe nicht: Eine Umgebung zu bauen, in der maschinelle Arbeit überprüfbar wird, ist genau die Aufgabe, die Menschen behalten.
Stand: September 2026. Die Übungen laufen vollständig in Ihrem Browser – es wird nichts gespeichert oder übertragen.