Versteht und plant
Das große Sprachmodell (Large Language Model, LLM) verarbeitet den Kontext und schlägt Antworten oder Werkzeugaufrufe vor.
Agent Harness · Hermes Agent
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
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 ↗Das große Sprachmodell (Large Language Model, LLM) verarbeitet den Kontext und schlägt Antworten oder Werkzeugaufrufe vor.
Die Laufzeit stellt Kontext und Werkzeuge bereit, verwaltet den Ablauf und wendet konfigurierte Zugriffsregeln an.
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
Beispiel: Eine fehlerhafte Schnittstelle soll korrigiert werden. Der Harness hält Kontext, Werkzeugergebnisse und Aufgabenstand zusammen.
Fehler, Sollverhalten und Grenzen beschreiben
Relevanten Code, Regeln und Tests lesen
Änderung eingrenzen, offene Fragen benennen
Erlaubte Dateien bearbeiten und Tests starten
Testausgaben auswerten, gezielt nachbessern
Codeunterschiede und Prüfergebnisse im Team prüfen
Konkretes Beispiel · Nous Research
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
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
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
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
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
Die folgenden Beispiele zeigen mögliche Projektabläufe, keine Kundenreferenzen. Sie setzen passende Werkzeuge, Projektzugriffe und Prüfkriterien voraus.
Java · Fehlerkorrektur
Python · Datenverarbeitung
Build & Tests
Modernisierung
Dokumentation & Übergabe
Anforderungen & Testfälle
Einführung im Team
Ein guter Pilot ist häufig genug, um Nutzen zu zeigen, und klar genug, um seine Ergebnisse prüfen zu können.
Zum Beispiel wiederkehrende Importfehler. Erfassen, wie lange Analyse, Umsetzung und Prüfung heute dauern und wann das Ergebnis als akzeptiert gilt.
Hermes-Version und Modellzugang festlegen. Entwicklungswerkzeuge in einer getrennten Testumgebung bereitstellen und klären, welche Projektdaten an einen Modellanbieter übertragen werden dürfen.
Build-Befehle, Stilregeln und Architekturentscheidungen dokumentieren. Nur benötigte Dateien und Systeme zugänglich machen; Zugangsdaten gehören nicht in Arbeitsanleitungen oder Memory.
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.
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.
Erst den erprobten Ablauf regelmäßig ausführen lassen. Verantwortliche, Laufzeit- und Kostenlimits, Fehlerbenachrichtigung und Abschaltmöglichkeit festlegen.
Beispielauftrag · Java
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
Mehr erzeugter Code ist noch kein Produktivitätsgewinn. Entscheidend ist der Aufwand bis zu einer akzeptierten, funktionierenden Änderung.
Vorbereitung, Bearbeitung, Wartezeit und menschliche Prüfung getrennt erfassen. Vergleichbare Aufgaben mit und ohne Agentenunterstützung betrachten.
Akzeptierte Ergebnisse, notwendige Korrekturen und neu entstandene Fehler zählen. Ein schneller Vorschlag hilft wenig, wenn die Prüfung aufwendiger wird.
Modellaufrufe, Ausführungsumgebung und Pflege von Werkzeugen und Skills dem erreichten Nutzen gegenüberstellen. Ergebnisse im Pilot messen.
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
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.
Offizielle Quellen · Stand 16. Oktober 2026
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
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