Agent Harness: Was B2B-Softwareteams für verlässliche KI-Coding-Agenten brauchen
Ein Agent Harness verbindet Aufgabe, Kontext, Prüfungen und Rückmeldung.
KI-Coding-Agenten können Code lesen, Änderungen umsetzen und Werkzeuge nutzen. Für Teams, die B2B-Software weiterentwickeln, ist aber nicht entscheidend, wie lange ein Agent ohne Unterbrechung läuft. Entscheidend ist, ob jede Änderung klar beschrieben, überprüfbar und kontrolliert in die bestehende Software passt.
Dafür braucht es mehr als einen guten Prompt. In der Diskussion um agentenunterstützte Entwicklung wird diese Umgebung oft als „Agent Harness“ bezeichnet. Gemeint ist die Verbindung aus Anweisungen, zugänglichem Projektwissen, Werkzeugen, Tests und Feedback-Schleifen, die einen Agenten bei einer Aufgabe führt.
Prompt, Kontext und Arbeitsumgebung
Prompt Engineering beschreibt, wie Anweisungen für ein Modell formuliert und strukturiert werden. Context Engineering beschreibt, welche Informationen einem Agenten für die aktuelle Aufgabe zur Verfügung stehen.
Beides gehört zusammen. Ein Agent braucht relevante Dokumentation, klare Aufgabe, passenden Code und gegebenenfalls Werkzeuge. Das Ziel ist nicht, möglichst viel Kontext zu laden, sondern die für die Aufgabe entscheidenden Informationen bereitzustellen.
- Tool Calling: Der Agent kann definierte Werkzeuge aufrufen, etwa um Dateien zu lesen, Tests auszuführen oder Informationen abzurufen.
- MCP: Ein offener Standard, über den KI-Anwendungen externe Datenquellen, Werkzeuge und Workflows anbinden können.
- RAG: Ein Verfahren, bei dem passende externe Dokumente oder Daten zu einer Anfrage abgerufen und als Kontext bereitgestellt werden.
Coding-Agenten unterscheiden sich in Funktionsumfang und Ausführungsumgebung. Die Zuverlässigkeit einer Änderung entsteht jedoch nicht durch einen Toolnamen, sondern durch das Zusammenspiel aus Aufgabe, Kontext, Prüfungen und Rückmeldung.
Warum ein großes Kontextfenster allein nicht reicht
Kontext bleibt eine begrenzte Ressource. Auch bei großen Kontextfenstern können lange oder unpassende Informationen den Blick auf entscheidende Anforderungen, aktuelle Entscheidungen und Fehlerursachen erschweren.
Bei längeren Aufgaben nutzen Agentensysteme deshalb häufig Context Compaction: Ältere Gesprächsverläufe werden verdichtet, und die Arbeit wird mit einer Zusammenfassung fortgesetzt. Das kann Kontinuität schaffen, erfordert aber eine bewusste Auswahl dessen, was erhalten bleibt.
Weder ein immer längerer Gesprächsverlauf noch eine automatische Zusammenfassung ist für sich ein Qualitätsnachweis. Verlässliche Arbeit braucht eine eindeutige Aufgabe, Abnahmekriterien, relevante Quellen und überprüfbare Ergebnisse.
Was ein Agent Harness leistet
Ein Agent Harness ist keine Funktion des Modells. Es ist die Arbeitsumgebung rund um den Agenten: Sie legt fest, welche Informationen und Werkzeuge verfügbar sind, welche Grenzen gelten und welches Feedback eine Aufgabe abschließt.
Je nach Projekt gehören dazu eine klar abgegrenzte Aufgabe, aktuelle Projektdokumentation, kontrollierte Zugriffe auf Werkzeuge und Systeme, automatisierte Prüfungen sowie Review- und Freigabeschritte.
Ein praxistauglicher Loop kann bewusst einfach bleiben:
- Eine Aufgabe wird so formuliert, dass Ziel, Umfang und Abnahmekriterien klar sind.
- Der Agent erhält die dafür relevanten Dateien, Dokumentation und Werkzeuge.
- Er setzt die Änderung um und führt die vorgesehenen Prüfungen aus.
- Das Ergebnis wird anhand von Tests, Review oder klaren Qualitätskriterien bewertet, bevor die nächste Aufgabe oder eine Freigabe folgt.
Ein frischer, auf die Aufgabe begrenzter Kontext kann einzelne Iterationen erleichtern. Er ersetzt jedoch weder eine gepflegte Projektbasis noch die Verantwortung von Menschen für Produktentscheidungen und Freigaben.
Der Harness begrenzt jeden Durchlauf auf eine klare Aufgabe. Erst nach Prüfung und dokumentiertem Arbeitsstand beginnt die nächste Iteration.
Was ein Harness nicht ersetzt
Ein Harness ersetzt weder gute Anweisungen noch sorgfältiges Kontextmanagement. Prompts sagen dem Agenten, was er tun soll. Kontext liefert die dafür nötigen Informationen. Das Harness verbindet beides mit Werkzeugen, Prüfungen und Rückmeldung.
Diese Ebenen sind keine Abfolge, bei der eine die andere ablöst. Sie beantworten unterschiedliche Fragen und müssen im jeweiligen Projekt zusammenpassen.
| Ebene | Leitfrage | Beispiel |
|---|---|---|
| Prompt Engineering | Welche Anweisung erhält der Agent? | Arbeite nach diesen Abnahmekriterien. |
| Context Engineering | Welche Informationen braucht der Agent jetzt? | Relevante Datei, Dokumentation oder Tool-Ergebnis. |
| Agent Harness | Wie wird die Arbeit geführt und überprüft? | Aufgabe, Zugriffsgrenzen, Tests, Review und Rückmeldung. |
Was das für B2B-Software bedeutet
Ein Harness löst noch kein Kundenproblem. Für B2B-Software ist es dann relevant, wenn es ein Team dabei unterstützt, eine sinnvolle Produktänderung nachvollziehbar und kontrolliert umzusetzen.
Am Anfang steht deshalb nicht die Frage „Wo können wir einen Agenten einsetzen?“, sondern: Welche komplexe Kundenarbeit soll das Produkt besser übernehmen, und welchen Produktwert soll die Veränderung schaffen?
Erst danach lassen sich fachlich richtige Ergebnisse, benötigte Daten und Systemzugänge, Prüfungen, Betriebsrisiken und Freigaben sinnvoll festlegen. Ein Harness hilft bei der Umsetzung dieser Entscheidungen, ersetzt aber weder Produktverantwortung noch eine wirtschaftliche Begründung.
Prompt, Kontext und Harness beantworten unterschiedliche Fragen. Im B2B-Projekt müssen sie gemeinsam auf Produktziel, Systemzugänge, Prüfung und Freigabe ausgerichtet werden.
Fazit: Verlässlichkeit entsteht im System
KI-Coding-Agenten können Entwicklung beschleunigen. Ein größeres Kontextfenster, ein neuer Modellname oder mehr Autonomie sind jedoch kein Qualitätsnachweis. Verlässlich wird eine Änderung, wenn sie klar beauftragt, mit den richtigen Informationen umgesetzt, geprüft und verantwortet freigegeben wird.
Für Produktverantwortliche sind daher fünf Fragen wichtiger als das nächste Tool: Welche Kundenarbeit verbessern wir? Woran erkennen wir ein fachlich richtiges Ergebnis? Welche Daten und Systeme sind nötig? Wie prüfen wir Qualität und Betrieb? Wer trägt die Freigabe?
Du willst KI-Coding-Agenten kontrolliert in die Weiterentwicklung deiner B2B-Software einbinden? Windschatten IT gestaltet dafür klare Abläufe mit passendem Kontext, Tests, Reviews und nachvollziehbaren Quality-Gates. Jetzt Vorhaben einordnen lassen auf windschatten.it
Was ist der Unterschied zwischen Context Engineering und einem Agent Harness?
Context Engineering wählt die für eine Aufgabe relevanten Informationen aus. Ein Agent Harness beschreibt die Arbeitsumgebung, die Anweisungen, Kontext, Werkzeuge, Prüfungen und Rückmeldung zusammenführt.
Ersetzt ein Harness gute Prompts oder Kontextmanagement?
Nein. Gute Prompts und passender Kontext bleiben erforderlich. Ein Harness ergänzt sie um klare Abläufe, Grenzen und überprüfbare Feedback-Schleifen.
Was bedeutet Context Compaction bei längeren Agentenaufgaben?
Dabei wird ein Teil des bisherigen Kontexts zusammengefasst, damit die Arbeit in einem neuen Kontextfenster fortgesetzt werden kann. Das kann Kontinuität schaffen, setzt aber voraus, dass wichtige Informationen verlässlich erhalten bleiben.
Warum gehören Tests und Reviews zum Harness?
Sie liefern Feedback, ob eine Änderung die vereinbarten Anforderungen erfüllt. Ohne diese Rückmeldung kann ein Agent zwar Arbeit ausführen, die Qualität und Vollständigkeit aber nicht verlässlich belegen.
Für wen ist dieses Prinzip besonders relevant?
Für Teams, die an bestehender Software mit KI-Coding-Agenten arbeiten und Änderungen nachvollziehbar, testbar und verantwortbar umsetzen wollen. Besonders relevant ist es bei B2B-Produkten, in denen Kunden komplexe Facharbeit, Regeln oder Daten verarbeiten.