Agent Harness · Hermes Agent

KI-Agenten.
Routine gezielt
automatisieren.

Code verstehen, Tests ausführen, Fehler eingrenzen und Dokumentation nachführen: Ein Agent Harness verbindet ein Sprachmodell mit den Werkzeugen und Regeln Ihres Teams. Am Beispiel von Hermes Agent zeigen wir, wie daraus überprüfbare Arbeitsabläufe entstehen und wo sie Zeit sparen können.

Die Grundidee

Vom Vorschlag
zum Arbeitsablauf.

Ein Sprachmodell kann einen Lösungsweg vorschlagen. Ein Agent Harness schafft den technischen Rahmen, in dem daraus einzelne Arbeitsschritte werden: Dateien lesen, Werkzeuge aufrufen, Ergebnisse auswerten und den nächsten Schritt vorbereiten.

„Harness“ bedeutet hier sinngemäß Arbeitsrahmen. Er verwaltet Projektkontext und Aufgabenstand, verbindet das Modell mit Werkzeugen und setzt konfigurierte Berechtigungen und Freigaben um. Das Modell schlägt Aktionen vor; die umgebende Software steuert deren Ausführung.

Für Ihr Team zählt der gesamte Ablauf: Aus einem Fehlerticket kann beispielsweise ein nachvollziehbarer Änderungsvorschlag mit Tests und einer kurzen Begründung entstehen. Fachliche Entscheidungen und die Freigabe der Änderung bleiben beim verantwortlichen Team.

Microsoft: Aufgaben eines Agent Harness ↗
Sprachmodell

Versteht und plant

Das große Sprachmodell (Large Language Model, LLM) verarbeitet den Kontext und schlägt Antworten oder Werkzeugaufrufe vor.

Harness

Verbindet und steuert

Die Laufzeit stellt Kontext und Werkzeuge bereit, verwaltet den Ablauf und wendet konfigurierte Zugriffsregeln an.

KI-Agent

Bearbeitet den Auftrag

Modell, Harness, Werkzeuge und Arbeitsregeln wirken zusammen. So kann der Agent mehrere Schritte bis zu einem prüfbaren Ergebnis durchführen.

Ein möglicher Ablauf

Auftrag. Umsetzung. Prüfung.

Beispiel: Eine fehlerhafte Schnittstelle soll korrigiert werden. Der Harness hält Kontext, Werkzeugergebnisse und Aufgabenstand zusammen.

Bei Fehlern: innerhalb vereinbarter Zeit- und Versuchsgrenzen zurück zur Bearbeitung. Bei Unklarheit oder fehlenden Rechten: Aufgabe anhalten und Klärungsbedarf melden.

Konkretes Beispiel · Nous Research

Was ist
Hermes Agent?

Hermes Agent ist eine quelloffene Agent-Software von Nous Research. Sie verbindet ein wählbares Sprachmodell mit Werkzeugen, dauerhaftem Kontext und wiederverwendbaren Arbeitsanleitungen. Damit ist sie ein konkretes Beispiel für einen Agent Harness.

Hermes ist dabei die Arbeitsumgebung, nicht das verwendete Sprachmodell. Modellanbieter, Ausführungsort und Werkzeuge werden gesondert konfiguriert. Ein lokal laufender Agent bedeutet deshalb nicht automatisch, dass auch die Modellverarbeitung lokal stattfindet.

Hermes Agent: offizielles Projekt von Nous Research ↗

Werkzeuge & Integration

Am Projekt arbeiten

Hermes bietet Werkzeuge für Terminal, Dateien und Browser. Mit eingerichteter Entwicklungsumgebung kann der Agent Code untersuchen, Änderungen vorbereiten und vorhandene Tests ausführen.

Weitere Systeme lassen sich über passende Integrationen anbinden, etwa über das Model Context Protocol (MCP), eine Schnittstelle für Agentenwerkzeuge. Welche Zugriffe möglich sind, hängt von der Einrichtung und den Rechten ab.

Dokumentierte Werkzeuge ↗

Memory & Skills

Erfahrungen wieder nutzen

Memory hält ausgewählte Projektinformationen über Sitzungen hinweg fest. Skills beschreiben wiederverwendbare Verfahren, etwa die Schritte für eine Fehleranalyse oder einen Testlauf.

Hermes kann solche Anleitungen erstellen und verbessern. Dieses „Lernen“ über gespeicherten Kontext und Arbeitsabläufe ist kein automatisches Training der Modellgewichte. Auch gespeicherte Regeln müssen fachlich geprüft und aktuell gehalten werden.

Skills und ihre Pflege ↗

Geplante Aufgaben

Routine regelmäßig erledigen

Hermes unterstützt geplante Aufgaben. Mit passenden Lesezugriffen kann ein eingerichteter Ablauf beispielsweise fehlgeschlagene Builds regelmäßig auswerten und einen Bericht vorbereiten.

Zeitplan, Ausführungsdienst und Ergebnisablage müssen eingerichtet sein. Für agentengestützte geplante Läufe muss das Hermes-Gateway laufen; ein gespeicherter Zeitplan allein führt die Arbeit nicht aus.

Geplante Aufgaben in Hermes ↗

Teilaufgaben

Arbeit sinnvoll aufteilen

Hermes kann Teilaufgaben an weitere Agenten delegieren, etwa Codeanalyse und Prüfung der Dokumentation. Der übergeordnete Agent führt die Ergebnisse zusammen.

Getrennte Gesprächskontexte bedeuten nicht automatisch getrennte Dateien. Für parallele Änderungen braucht das Team getrennte Arbeitskopien oder eindeutig zugewiesene Dateien und einen anschließenden gemeinsamen Test.

Delegation und Arbeitsbereiche ↗

Softwareentwicklung im Alltag

Sechs Abläufe.
Konkrete Ergebnisse.

Die folgenden Beispiele zeigen mögliche Projektabläufe, keine Kundenreferenzen. Sie setzen passende Werkzeuge, Projektzugriffe und Prüfkriterien voraus.

Java · Fehlerkorrektur

Vom Ticket zum geprüften Vorschlag

Ausgangslage
Ein API-Aufruf berechnet einen Preis falsch. Erwartetes Verhalten und ein Beispiel liegen vor.
Agentenarbeit
Betroffene Klassen finden, den Fehler mit einem JUnit-Test nachstellen, Korrektur erarbeiten und vorgesehene Tests ausführen.
Ergebnis
Codeänderung, Testprotokoll und Erklärung für die Prüfung durch das Team.
Entlastung
Weniger manuelles Zusammensuchen und wiederholtes Ausführen derselben Prüfschritte.

Python · Datenverarbeitung

Importfehler gezielt behandeln

Ausgangslage
Ein CSV-Import scheitert an fehlenden Werten oder uneinheitlichen Datumsformaten.
Agentenarbeit
Mit künstlichen Beispieldaten die Eingabeprüfung ergänzen, Fehlermeldungen verbessern und Randfälle mit pytest prüfen.
Ergebnis
Änderungsvorschlag mit Tests und dokumentierten Importregeln.
Entlastung
Wiederkehrende Fehlerfälle werden reproduzierbar bearbeitet; das Team bestätigt die fachlichen Regeln.

Build & Tests

Fehlerberichte vorsortieren

Ausgangslage
Mehrere automatische Build- und Testläufe sind fehlgeschlagen.
Agentenarbeit
Freigegebene Protokolle lesen, ähnliche Fehler gruppieren und relevante Logstellen mit möglichen Ursachen zusammenstellen.
Ergebnis
Ein priorisierter Bericht mit Belegen, offenen Fragen und nächsten Prüfschritten.
Entlastung
Weniger manuelle Sichtung. Diagnosevorschläge werden vor Änderungen überprüft.

Modernisierung

Eine Änderung vollständig nachführen

Ausgangslage
Eine Bibliothek oder interne Schnittstelle soll auf eine festgelegte Version umgestellt werden.
Agentenarbeit
Betroffene Stellen ermitteln, Änderungen in einer getrennten Arbeitskopie vorbereiten und Kompatibilitätstests ausführen.
Ergebnis
Überschaubare Änderungen mit Testergebnissen und benannten Risiken.
Entlastung
Weniger wiederholte Anpassungen; Architekturentscheidung und Freigabe bleiben beim Team.

Dokumentation & Übergabe

Wissen zusammen mit Code pflegen

Ausgangslage
Eine Funktion ist geändert, aber API-Beispiele und Betriebshinweise sind noch veraltet.
Agentenarbeit
Codeänderung, Tests und Dokumentation abgleichen; passende Textänderungen und Versionshinweise vorschlagen.
Ergebnis
Prüfbare Dokumentationsänderungen mit Bezug zum tatsächlichen Code.
Entlastung
Weniger Nacharbeit vor der Übergabe und schneller auffindbare Informationen.

Anforderungen & Testfälle

Aus einer Idee klare Prüfkriterien machen

Ausgangslage
Eine Anforderung beschreibt das Ziel, lässt aber Fehlerfälle und Systemgrenzen offen.
Agentenarbeit
Projektwissen auswerten, Widersprüche markieren und Akzeptanzkriterien sowie Testfälle entwerfen.
Ergebnis
Ein strukturierter Vorschlag mit offenen Entscheidungen für Fachbereich und Entwicklung.
Entlastung
Weniger Vorbereitungsaufwand. Fehlende Anforderungen werden als Fragen behandelt, nicht erfunden.

Einführung im Team

Mit einem
Ablauf starten.

Ein guter Pilot ist häufig genug, um Nutzen zu zeigen, und klar genug, um seine Ergebnisse prüfen zu können.

  1. 01

    Aufgabe und Ausgangswert festlegen

    Zum Beispiel wiederkehrende Importfehler. Erfassen, wie lange Analyse, Umsetzung und Prüfung heute dauern und wann das Ergebnis als akzeptiert gilt.

  2. 02

    Modell und Arbeitsumgebung auswählen

    Hermes-Version und Modellzugang festlegen. Entwicklungswerkzeuge in einer getrennten Testumgebung bereitstellen und klären, welche Projektdaten an einen Modellanbieter übertragen werden dürfen.

  3. 03

    Projektwissen und Rechte einrichten

    Build-Befehle, Stilregeln und Architekturentscheidungen dokumentieren. Nur benötigte Dateien und Systeme zugänglich machen; Zugangsdaten gehören nicht in Arbeitsanleitungen oder Memory.

  4. 04

    Prüfungen und Freigaben verankern

    Tests, Änderungsprotokoll und Abbruchkriterien festlegen. Zusammenführung und Veröffentlichung über die Freigaben des Teams absichern. Eine Anweisung im Prompt allein ersetzt keine technische Zugriffsbeschränkung.

  5. 05

    Begleitet erproben

    Repräsentative Aufgaben bearbeiten lassen, Ergebnisse prüfen und Nacharbeit erfassen. Bewährte Schritte als Skill dokumentieren und Änderungen an diesem Skill ebenfalls prüfen.

  6. 06

    Gezielt automatisieren und übergeben

    Erst den erprobten Ablauf regelmäßig ausführen lassen. Verantwortliche, Laufzeit- und Kostenlimits, Fehlerbenachrichtigung und Abschaltmöglichkeit festlegen.

Beispielauftrag · Java

Ein Auftrag mit prüfbarem Ergebnis

Dieses Muster beschreibt einen Arbeitsauftrag, keine ausführbare Hermes-Konfiguration. Projektgrenzen und Rechte werden zusätzlich technisch eingerichtet.

Aufgabe: Korrigiere die Rundung im Preisservice.
Kontext: Nutze das Fehlerticket, die Projektregeln und die vorhandenen Tests.

1. Benenne die betroffenen Klassen und offene fachliche Fragen.
2. Ergänze einen Test, der den beschriebenen Fehler reproduziert.
3. Erarbeite eine möglichst kleine Korrektur.
4. Führe die vereinbarten Projektprüfungen aus.
5. Liefere Codeunterschiede, Testausgaben und verbleibende Risiken.

Grenzen: Keine Produktionsdaten, keine Veröffentlichung.
Bei unklarem Sollverhalten oder fehlenden Rechten: Rückfrage.
Übernahme: Erst nach Codeprüfung und Freigabe durch das Team.

Den Nutzen belegen

Weniger Routine.
Messbarer Nutzen.

Mehr erzeugter Code ist noch kein Produktivitätsgewinn. Entscheidend ist der Aufwand bis zu einer akzeptierten, funktionierenden Änderung.

Zeit

Den ganzen Ablauf messen

Vorbereitung, Bearbeitung, Wartezeit und menschliche Prüfung getrennt erfassen. Vergleichbare Aufgaben mit und ohne Agentenunterstützung betrachten.

Qualität

Nacharbeit mitrechnen

Akzeptierte Ergebnisse, notwendige Korrekturen und neu entstandene Fehler zählen. Ein schneller Vorschlag hilft wenig, wenn die Prüfung aufwendiger wird.

Kosten

Den Betrieb einbeziehen

Modellaufrufe, Ausführungsumgebung und Pflege von Werkzeugen und Skills dem erreichten Nutzen gegenüberstellen. Ergebnisse im Pilot messen.

Wo sich ein Pilot besonders anbietet

Wiederkehrende Aufgaben mit klaren Eingaben, verfügbaren Werkzeugen und überprüfbaren Ergebnissen. Bei unklaren Anforderungen, fehlenden Tests oder seltenen Sonderfällen kann die Einrichtung mehr Aufwand verursachen als sie einspart.

Mit Wissen verbinden

Kontext für
gute Arbeit.

Ein Agent braucht verlässliche Informationen über Ihr Projekt. RAG und ein LLM-Wiki können diesen Kontext bereitstellen.

RAG findet passende Quellen für die aktuelle Aufgabe. Ein LLM-Wiki hält freigegebene Zusammenfassungen und Zusammenhänge dauerhaft fest. Der Harness verbindet diesen Kontext mit Werkzeugen und Arbeitsregeln. Die Wissensquellen und Zugriffsrechte müssen dabei zu den Nutzern und Aufgaben passen.

RAG verständlich erklärt ↗

LLM-Wikis und ihre Pflege ↗

Offizielle Quellen · Stand 16. Oktober 2026

Grundlagen und Produktdetails

Produktfunktionen hängen von Version, Modell und Konfiguration ab. Die Praxisbeispiele und der Einführungsablauf sind eine Einordnung von CSD Becher.

Ihr nächster Schritt

Welcher Ablauf
kostet Ihr Team Zeit?

CSD Becher unterstützt bei der Auswahl eines geeigneten Prozesses, der technischen Integration und einem messbaren Pilot. Zum vereinbarten Ausbau gehören Einführung und Betriebsübergabe; weitere Begleitung erfolgt nach Vereinbarung.

Automatisierung besprechen

info@csd-becher.de ↗

Beschreiben Sie einen wiederkehrenden Ablauf, die beteiligten Systeme und wie Sie ein gutes Ergebnis erkennen.

Agenten-Pilot besprechen