Wie man Hermes ein Projekt überträgt, das es auch tatsächlich abschließen kann

Hermes erweist sich als besonders nützlich, wenn eine Aufgabe nicht mit einer einzigen Antwort erledigt werden kann. Eine Softwarekorrektur kann erfordern, mehrere Dateien zu überprüfen, die Implementierung anzupassen, Tests durchzuführen, neu auftretende Fehler zu beheben und sicherzustellen, dass dadurch keine weiteren Probleme entstanden sind. Eine Forschungsaufgabe kann das Sammeln von Belegen, den Vergleich von Quellen, das Verfassen eines Berichts und die Überprüfung beinhalten, ob die ursprüngliche Frage ordnungsgemäß beantwortet wurde.

In einem gewöhnlichen KI-Gespräch muss der Nutzer oft jeden Schritt selbst steuern. Der Assistent erledigt einen Teil der Arbeit, hält dann inne und wartet. Der Nutzer überprüft das Ergebnis, stellt fest, was noch fehlt, und fordert ihn auf, fortzufahren.

Hermes verändert diesen Ablauf mithilfe des Befehls /goal. Der Befehl weist dem Agenten ein dauerhaftes Ziel zu, das über mehrere Runden hinweg aktiv bleibt. Hermes kann weiterarbeiten, prüfen, ob das Ziel erreicht wurde, und den nächsten Schritt ausführen, ohne nach jedem Teilergebnis auf eine weitere Eingabeaufforderung warten zu müssen.

Das bedeutet jedoch nicht, dass der Agent eine vage Anweisung erhalten und dann sich selbst überlassen werden sollte. Die Qualität der Arbeit hängt in hohem Maße davon ab, wie das Projekt definiert ist. Ein klares Ziel gibt Hermes vor, was am Ende gegeben sein muss, welchen Teil des Projekts er ändern darf, wie die Fertigstellung überprüft wird und wann er den Prozess zur Freigabe durch einen Menschen unterbrechen muss.

Wann sollte der Befehl /goal verwendet werden?

Der Befehl /goal ist für Aufgaben gedacht, die iterativ durchgeführt werden müssen.

Es eignet sich hervorragend für die Fehlersuche, die Pflege von Repositorien, strukturierte Recherchen, die Überprüfung von Dokumenten, die Organisation von Dateien, die Datenbereinigung und andere Projekte, bei denen der erste Versuch wahrscheinlich nicht gleich das Endergebnis sein wird.

Eine normale Aufforderung kann ausreichen, wenn die Aufgabe in einem einzigen, klar definierten Schritt erledigt werden kann. Das Umschreiben eines Absatzes, das Erläutern eines Konzepts oder das Zusammenfassen eines Dokuments erfordert in der Regel kein übergeordnetes Ziel.

Der Befehl ist besonders nützlich, wenn Sie mehrere Folgebefehle geben möchten, wie beispielsweise “Weiter”, “Die verbleibenden Dateien prüfen”, “Die Fehler beheben” oder “Den Test erneut ausführen”.

Anstatt diese Schritte manuell zu verwalten, legen Sie das Ergebnis einmal fest und lassen Hermes darauf hinarbeiten.

Eine nützliche Unterscheidung lautet:

• Verwenden Sie eine normale Eingabeaufforderung, wenn Sie eine Antwort benötigen.
• Verwenden Sie /goal, wenn Sie ein abgeschlossenes Projekt benötigen.

Beschreiben Sie das Ergebnis, nicht die Tätigkeit.

Ein schwaches Ziel zeigt Hermes, woran er arbeiten muss. Ein starkes Ziel zeigt Hermes, wie das Endergebnis aussieht.

“Die Website verbessern” ist zu allgemein formuliert. Der Mitarbeiter weiß nicht, welcher Bereich wichtig ist, was „Verbesserung“ bedeutet oder wann damit Schluss sein soll.

Eine bessere Anweisung wäre: Passen Sie das Kontaktformular so an, dass gültige Eingaben korrekt gespeichert werden, ungültige E-Mail-Adressen abgelehnt werden, das aktuelle Design unverändert bleibt und alle Tests des Kontaktformulars erfolgreich verlaufen.

Die zweite Version liefert Hermes ein messbares Ergebnis. Außerdem verringert sie das Risiko, dass der Auftragnehmer nicht betroffene Teile der Website verändert.

Diese Unterscheidung spielt bei fast jeder Art von Projekt eine Rolle.

“Recherchiere unsere Wettbewerber” lässt zu viele Entscheidungen offen. Ein sinnvolleres Ziel wäre es, Hermes zu beauftragen, fünf namentlich genannte Wettbewerber hinsichtlich Preisgestaltung, Zielgruppe, Produktmerkmalen und Positionierung zu vergleichen, dabei aktuelle öffentlich zugängliche Informationen heranzuziehen und etwaige Datenlücken zu ermitteln.

“Diese Dateien organisieren” ist ebenfalls zu vage. Eine präzisere Formulierung würde Hermes anweisen, das Bildarchiv nach Jahr und Monat zu sortieren, die Originaldateien beizubehalten, Bilder ohne verwertbare Datumsangaben in einem separaten Ordner abzulegen und zu überprüfen, ob sich die Gesamtzahl der Dateien nicht verändert hat.

Das Ziel sollte einen Endzustand beschreiben, den eine andere Person überprüfen könnte.

Legen Sie klare Grenzen für das Projekt fest

Ein persistenter Agent kann über mehrere Schritte hinweg arbeiten, wodurch die Steuerung des Anwendungsbereichs an Bedeutung gewinnt.

Hermes sollte wissen, welche Dateien, Ordner, Systeme oder Dokumente zu dem Auftrag gehören. Es sollte außerdem wissen, was es unberührt lassen muss.

Bei einem Softwareprojekt könnte die Anweisung die Arbeit auf den Abrechnungsdienst und die damit verbundenen Tests beschränken. Bei einer Dokumentenprüfung könnte sie einen bestimmten Ordner festlegen und externe Recherchen untersagen. Bei einer Website-Aktualisierung könnte sie die Navigation, die Analyseeinstellungen und die Produktionskonfiguration schützen.

Grenzen sind in dreierlei Hinsicht hilfreich.

Erstens verhindern sie, dass der Bearbeiter eine lokale Aufgabe zu einer umfassenderen Neugestaltung ausweitet. Zweitens erleichtern sie die abschließende Überprüfung, da der Nutzer weiß, wo Änderungen hätten vorgenommen werden sollen. Drittens verringern sie das Risiko, dass funktionierende Teile des Projekts unnötig beeinträchtigt werden.

Eine klar definierte Abgrenzung muss nicht unbedingt fachlich sein. Sie kann ganz einfach lauten: Arbeite ausschließlich mit den Dokumenten im Q3-Rechercheordner und verwende keine externen Quellen.

Je sensibler das Projekt ist, desto genauer sollte die Abgrenzung sein.

Schütze das, was sich nicht ändern darf

Ein Projekt beinhaltet oft Anforderungen, die bei der Lösung des Hauptproblems leicht zu vernachlässigen sind.

Bei einer Softwarekorrektur müssen möglicherweise die öffentliche API, bestehende Dateiformate oder die Datenbankstruktur beibehalten werden. Bei einem Content-Projekt müssen möglicherweise genehmigte Angaben, rechtliche Formulierungen oder Markenterminologie beibehalten werden. Bei einer Aufgabe im Bereich der Dateiverwaltung müssen möglicherweise die ursprünglichen Namen beibehalten und das Überschreiben von Duplikaten vermieden werden.

Diese Einschränkungen sollten vor Beginn von Hermes festgelegt werden.

Beispielsweise könnte eine Aktualisierung der Authentifizierung erfordern, dass der Agent das aktuelle Anmeldeverhalten, den Prozess zur Passwortzurücksetzung und das Token-Format beibehält. Eine Überarbeitung eines Berichts könnte ihn anweisen, genehmigte Zahlen nicht zu ändern oder gesetzliche Haftungsausschlüsse nicht zu entfernen.

Ohne solche Anweisungen könnte der Mitarbeiter das offensichtliche Problem lösen, indem er an anderer Stelle etwas ändert, worauf die Organisation angewiesen ist.

Das Ziel sollte daher zwei Elemente umfassen: Was muss verbessert werden und was muss stabil bleiben?.

Legen Sie fest, wie das Ergebnis überprüft wird

Hermes benötigt eine zuverlässige Methode, um festzustellen, ob die Arbeit abgeschlossen ist.

In Softwareprojekten kann die Verifizierung darin bestehen, dass eine Testsuite bestanden wird, ein Build erfolgreich durchgeführt wird, ein Benchmark-Ergebnis vorliegt oder eine Beispielausführung erfolgt. In der Forschung kann sie darin bestehen, alle erforderlichen Themen abzudecken, jede Quelle zu überprüfen und ungelöste Widersprüche zu identifizieren. Bei der Dateiverwaltung kann sie darin bestehen, die Anzahl der Dateien vor und nach dem Vorgang abzugleichen.

“Stell sicher, dass alles funktioniert” ist kein sinnvoller Abnahmetest.

Eine strengere Anweisung würde besagen, dass das Ziel erst dann erreicht ist, wenn die entsprechenden Tests bestanden sind und der Build erfolgreich abgeschlossen wurde. Bei einem Bericht könnte die Anweisung vorsehen, dass jedes namentlich genannte Unternehmen berücksichtigt wird und jede sachliche Behauptung eine nachvollziehbare Quelle hat. Bei der Dateiorganisation könnte sie die Bestätigung erfordern, dass nichts gelöscht oder überschrieben wurde.

Die Überprüfung sollte sich auf Beweise stützen und nicht darauf, dass der Beauftragte angibt, zuversichtlich zu sein.

Das Endergebnis lässt sich viel leichter überprüfen, wenn der Standard bereits vor Beginn der Arbeiten festgelegt wurde.

Sag Hermes, wann er anhalten soll, und frag ihn

Autonomie funktioniert am besten, wenn die Grenzen der Autonomie klar sind.

Bestimmte Entscheidungen sollten vom Beauftragten nicht ohne Genehmigung getroffen werden. Dazu können das Löschen von Daten, die Änderung einer öffentlichen Schnittstelle, die Einführung eines kostenpflichtigen Dienstes, die Änderung eines Produktionssystems oder die Wahl zwischen zwei wesentlich unterschiedlichen Geschäftsoptionen gehören.

Eine Stoppbedingung teilt Hermes mit, wann es eine Pause einlegen und um Anweisungen bitten soll.

Beispielsweise könnte es dem Agenten gestattet sein, Fehler innerhalb der bestehenden Anwendungsarchitektur zu beheben, er müsste jedoch aufhören, wenn die Lösung eine Datenbankmigration erfordert. Ein Forschungsagent könnte weiterhin öffentlich zugängliche Belege sammeln, müsste jedoch innehalten, wenn sich zwei offizielle Quellen widersprechen. Eine Dateiverwaltungsaufgabe könnte beendet werden, wenn zwei Dateien unter demselben Namen an denselben Speicherort geschrieben würden.

Dadurch kann der Agent Routineschritte selbstständig ausführen, während die menschliche Kontrolle über wichtige Entscheidungen gewahrt bleibt.

Das Ziel besteht nicht darin, die Aufsicht gänzlich abzuschaffen. Vielmehr soll die Aufsicht auf jene Punkte beschränkt bleiben, bei denen tatsächlich eine Beurteilung erforderlich ist.

Verwenden Sie bei komplexeren Projekten einen Fertigstellungsvertrag

Für eine kleine Aufgabe kann ein einfaches Ziel ausreichen. Bei größeren Projekten ist eine strukturiertere Beschreibung von Vorteil.

Hermes kann auf der Grundlage eines Fertigstellungsvertrags arbeiten, in dem das angestrebte Ergebnis, die Überprüfungsmethode, die Einschränkungen, die Rahmenbedingungen und die Abbruchbedingungen festgelegt sind.

Ein Projekt zur Produktsuche könnte beispielsweise das Ergebnis als zuverlässige Ergebnisse für exakte Produktnamen, Teilnamen und Kategoriebegriffe definieren. Zur Überprüfung könnte eine Reihe von Beispielsuchen erforderlich sein, die die erwarteten Produkte zurückgeben. Einschränkungen könnten Preis-, Checkout- und Kategoriedaten schützen. Der Rahmen könnte Änderungen am Suchdienst und den damit verbundenen Tests einschränken. Eine Stoppbedingung könnte vor der Einführung eines neuen externen Anbieters eine Genehmigung erfordern.

Diese Struktur ist nützlich, da sie zwei häufig auftretende Fehler verhindert.

Der erste Fall ist die vorzeitige Fertigstellung, bei der der Auftragnehmer einen sichtbaren Teil des Projekts ändert und davon ausgeht, dass der Auftrag damit abgeschlossen ist. Der zweite Fall ist die unkontrollierte Ausweitung, bei der er beginnt, angrenzende Systeme zu modifizieren, die nie Teil des Auftrags waren.

Bei wichtigen Aufträgen lohnt es sich oft, die wenigen zusätzlichen Minuten in die Erstellung eines Fertigstellungsvertrags zu investieren.

Stellen Sie dem Ermittler die erforderlichen Beweismittel zur Verfügung

Hermes kann den Fortschritt nur anhand der im Ziel enthaltenen Informationen beurteilen.

Begriffe wie “besser”, “schneller”, “sauberer” oder “professioneller” sind zu subjektiv, sofern sie nicht näher erläutert werden.

“Leistung verbessern” könnte schnellere Reaktionszeiten, geringeren Speicherverbrauch, niedrigere Infrastrukturkosten oder eine bessere Bewältigung hoher Zugriffszahlen bedeuten. Der Agent muss wissen, welcher dieser Punkte entscheidend ist.

Eine sinnvollere Anweisung wäre, Hermes aufzufordern, die Verarbeitungszeit eines Importskripts für einen namentlich genannten Beispieldatensatz von 12 Minuten auf unter acht Minuten zu verkürzen, dabei jedoch das aktuelle Ausgabeformat beizubehalten und den Speicherverbrauch unter einem festgelegten Grenzwert zu halten.

Der gleiche Ansatz funktioniert auch bei Inhalten.

Anstatt Hermes zu bitten, den Bericht “zu verbessern”, sollten Sie konkret angeben, dass Wiederholungen reduziert, alle überprüften Zahlen beibehalten, der Inhalt anhand von drei festgelegten Fragen gegliedert und die Länge des endgültigen Dokuments innerhalb eines bestimmten Rahmens gehalten werden soll.

Je klarer die Vorgabe ist, desto weniger Spielraum hat der Beauftragte, den Erfolg auf der Grundlage seiner eigenen Auslegung zu erklären.

Das Projekt überwachen, ohne jeden einzelnen Schritt zu steuern

Der Befehl /goal verringert die Notwendigkeit wiederholter Eingabeaufforderungen, doch der Benutzer kann die Arbeit weiterhin überprüfen und steuern.

Verwenden Sie den Befehl /goal status, um das aktive Ziel anzuzeigen und zu sehen, wie weit der Prozess bereits fortgeschritten ist. Verwenden Sie den Befehl /goal show, um das aktuelle Ziel oder die Fertigstellungsvereinbarung einzusehen. Verwenden Sie den Befehl /goal pause, wenn die Arbeit vorübergehend unterbrochen werden muss, und den Befehl /goal resume, wenn Sie bereit sind, dass Hermes die Arbeit fortsetzt. Verwenden Sie den Befehl /goal clear, wenn das Ziel nicht mehr relevant ist und entfernt werden soll.

Eine Unterbrechung ist sinnvoll, wenn das Projekt weiterhin gültig ist, der Ansatz jedoch überdacht werden muss. Eine Löschung ist eher angebracht, wenn sich der Auftrag wesentlich geändert hat oder aufgegeben werden sollte.

Diese Steuerelemente ermöglichen es dem Benutzer, die Überwachung auf Projektebene statt auf Reaktionsebene durchzuführen.

Sie müssen nicht jeden einzelnen Schritt lenken. Sie müssen jedoch überprüfen, ob das Projekt weiterhin auf das richtige Ergebnis zusteuert.

Die Arbeit umleiten, ohne von vorne anzufangen

Ein Projekt muss möglicherweise angepasst werden, nachdem Hermes bereits angelaufen ist.

Möglicherweise ist das ursprüngliche Ziel nach wie vor richtig, aber der Mitarbeiter verfolgt einen Ansatz, den Sie nicht wünschen. Möglicherweise müssen Sie eine Datenbankänderung verhindern, einen fehlenden Test hinzufügen oder die Recherchequellen eingrenzen.

Mit dem Befehl /steer kann man Hermes eine neue Richtung vorgeben und dabei das aktuelle Ziel beibehalten. Man könnte ihm beispielsweise anweisen, das Datenbankschema nicht zu ändern und stattdessen eine Lösung innerhalb der Anwendung zu finden.

Mit dem Befehl `/subgoal` kann eine weitere Voraussetzung für die Fertigstellung hinzugefügt werden. So könnten Sie beispielsweise Tests für leere und fehlerhafte Eingabedateien vorschreiben, bevor das Hauptziel als abgeschlossen gilt.

Diese Befehle sind nützlich, da sie das Projekt ändern, ohne es zu ersetzen. Das ursprüngliche Ziel bleibt bestehen, während die Vorgehensweise oder die Akzeptanzkriterien präzisiert werden.

Das ist besser, als den Mitarbeiter immer wieder mit irrelevanten Anweisungen zu unterbrechen, die es nach und nach schwieriger machen, den Überblick über das Projekt zu behalten.

Vermeiden Sie es, Züge für lang andauernde Prozesse zu verschwenden

Zu den Aufgaben gehören unter anderem Builds, Testsuiten, Datenimporte oder andere Prozesse, die mehrere Minuten dauern.

Ein Agent, der wiederholt prüft, ob ein Hintergrundbefehl abgeschlossen ist, kann unnötige Runden verbrauchen und Verwirrung stiften.

Hermes bietet für diesen Fall den Befehl „/goal wait“ an. Der Befehl weist den Goal-Prozess an, auf den Abschluss eines namentlich genannten Hintergrundprozesses zu warten, bevor er fortfährt. Der Benutzer kann einen kurzen Grund angeben, beispielsweise das Warten auf die Integrationstests oder den Datenimport.

Verwenden Sie den Befehl „/goal unwait“, wenn der Prozess beendet, ersetzt wurde oder keine Rolle mehr spielt.

Diese Steuerung ist besonders hilfreich, wenn die Überprüfung länger dauert als die eigentliche Änderung. Hermes kann auf das Ergebnis warten, anstatt das System wiederholt zu fragen, ob der Vorgang abgeschlossen ist.

Bitten Sie um einen prägnanten Abschlussbericht

Ein mehrstufiges Projekt sollte mit einem Ergebnis enden, das sich schnell überprüfen lässt.

Das ursprüngliche Ziel kann Hermes anweisen, zu melden, was sich geändert hat, welche Dateien bearbeitet wurden, welche Tests oder Prüfungen durchgeführt wurden, ob diese erfolgreich waren und welche Einschränkungen weiterhin bestehen.

Im Rahmen der Forschung könnte der Abschlussbericht die verwendeten Quellen, Übereinstimmungen, ungelöste Widersprüche und Annahmen, die noch einer Bestätigung bedürfen, aufzeigen.

Bei der Dateiverwaltung könnte angezeigt werden, wie viele Dateien verarbeitet wurden, wie viele erfolgreich verschoben wurden, welche noch unsortiert sind und ob Duplikate gefunden wurden.

Der Bericht sollte nicht den gesamten Verlauf des Projekts wiedergeben. Sein Zweck besteht darin, das Ergebnis überprüfbar zu machen.

Nachdem Hermes zahlreiche Gesprächsrunden durchlaufen hat, erspart diese abschließende Zusammenfassung dem Nutzer, das Ergebnis aus dem gesamten Gespräch selbst rekonstruieren zu müssen.

Eine praktische Methode zum Formulieren eines Hermes-Ziels

Ein sinnvolles Ziel lässt sich in sieben Schritten festlegen.

1. Geben Sie das Endergebnis an

Beschreiben Sie, welche Bedingungen erfüllt sein müssen, wenn das Projekt abgeschlossen ist.

Anstatt Hermes zu bitten, eine Anwendung zu überprüfen, bitten Sie es, die Ursache eines bestimmten Fehlers zu ermitteln und zu beheben.

2. Den Umfang festlegen

Nennen Sie die Dateien, Ordner, Dienste oder Dokumente, die in der Arbeit enthalten sind.

3. Die Einschränkungen schützen

Geben Sie an, was unverändert bleiben muss, wie beispielsweise eine öffentliche Schnittstelle, das Design, das Dateiformat oder genehmigte Formulierungen.

4. Definition des Begriffs „Verifizierung“

Geben Sie die Tests, Prüfungen, Vergleiche oder Artefakte an, die den Abschluss nachweisen.

5. Eine Stoppbedingung hinzufügen

Ermitteln Sie die Entscheidungen, die einer menschlichen Genehmigung bedürfen.

6. Lass Hermes die Zwischenschritte ausführen

Überprüfen Sie den Fortschritt mit /goal status. Leiten Sie den Prozess mit /steer um, fügen Sie Anforderungen mit /subgoal hinzu oder unterbrechen Sie den Prozess bei Bedarf.

7. Die Beweislage prüfen

Lesen Sie den Abschlussbericht, prüfen Sie die Änderungen und bestätigen Sie, dass die vereinbarte Überprüfung abgeschlossen wurde.

Dieser Vorgang ist einfach genug für den täglichen Gebrauch und präzise genug, um die meisten vermeidbaren Fehler zu verhindern.

Häufige Fehler

Der häufigste Fehler besteht darin, Hermes ein zu weit gefasstes Ziel vorzugeben. “Die Anwendung verbessern” bietet nahezu unbegrenzte Spielräume und keinen verlässlichen Endpunkt.

Ein weiterer Punkt ist die Zusammenfassung mehrerer, nicht miteinander in Zusammenhang stehender Aufgaben zu einem einzigen Ziel. Das Beheben von Testfehlern, die Neugestaltung eines Dashboards, die Aktualisierung von Abhängigkeiten und die Erstellung der Dokumentation für die Einführung sollten in der Regel als separate Projekte behandelt werden. Kleinere Ziele lassen sich leichter überprüfen, bewerten und rückgängig machen.

Auch subjektive Anweisungen führen zu Problemen. Formulierungen wie “Mach es besser” oder “Mach es professionell” sollten durch konkret messbare Anforderungen ersetzt werden.

Das Unterlassen von Überprüfungen ist eine weitere häufige Schwachstelle. Der Mitarbeiter erledigt zwar die sichtbaren Aufgaben, lässt dabei jedoch versteckte Fehler zurück.

Ein uneingeschränkter Zugriff ohne Grenzen birgt ebenso Risiken. Ein persistenter Agent sollte genau wissen, wo er tätig werden darf und wann er aufhören muss.

Der letzte Fehler besteht darin, /goal für Aufgaben zu verwenden, die nur eine einzige Antwort erfordern. Wiederholte Iterationen erfordern mehr Zeit und eine intensivere Nutzung des Modells. Diese Funktion sollte daher für Aufgaben reserviert bleiben, bei denen sich eine wiederholte Ausführung und Überprüfung lohnt.

Wo der Befehl am nützlichsten ist

Die Softwareentwicklung ist der offensichtlichste Anwendungsfall, da Projekte häufig Tests und messbare Abschlusskriterien beinhalten. Hermes kann den Code überprüfen, eine Änderung vornehmen, die Tests ausführen, die Fehler analysieren und so lange fortfahren, bis das vereinbarte Ergebnis erreicht ist.

Recherchen können auch dann gut funktionieren, wenn die Quellen, Fragestellungen und die gewünschten Ergebnisse klar definiert sind. Der Agent kann Belege sammeln, diese vergleichen, Lücken identifizieren und einen Abschlussbericht erstellen, ohne nach jeder einzelnen Phase auf eine Freigabe warten zu müssen.

Auch die Dokumentenprüfung ist ein Bereich, in dem Hermes seine Stärken voll ausspielen kann. Hermes kann einen Ordner mit Verträgen prüfen, Verlängerungsdaten und Kündigungsklauseln extrahieren, unlesbare Abschnitte identifizieren und eine zusammengefasste Übersicht erstellen.

Auch die Dateiorganisation profitiert von dieser Beständigkeit. Der Agent kann Metadaten überprüfen, Dateien sortieren, Konflikte erkennen, die Anzahl der Dateien verifizieren und alles melden, was nicht sicher verarbeitet werden konnte.

Das gemeinsame Merkmal ist nicht der Gegenstand selbst, sondern das Vorhandensein mehrerer Schritte, eines klar definierten Endzustands und einer zuverlässigen Methode zur Überprüfung des Ergebnisses.

Das Projekt gehört weiterhin dem Nutzer

Der Befehl „/goal“ kann die Persistenz verwalten. Er kann jedoch nicht entscheiden, ob das Projekt an sich lohnenswert ist.

Hermes kann auch einen falschen Auftrag effizient ausführen, wenn das Ziel schlecht gewählt ist. Es kann einen Bericht optimieren, den niemand liest, einen Prozess automatisieren, der eigentlich abgeschafft werden sollte, oder eine Anforderung beibehalten, die für das Unternehmen keinen Nutzen mehr hat.

Am Anfang und am Ende ist das menschliche Urteilsvermögen nach wie vor das Wichtigste.

Der Nutzer entscheidet, welches Ergebnis von Bedeutung ist, welche Kompromisse akzeptabel sind, was der Agent ändern darf und welche Nachweise als Abschluss gelten. Hermes übernimmt einen Großteil der dazwischenliegenden Arbeit. Der Nutzer prüft anschließend das Ergebnis und entscheidet, ob er es akzeptiert, überarbeitet oder ablehnt.

Diese Aufteilung ist sinnvoller als das Versprechen vollständiger Autonomie. Hermes sorgt für Kontinuität; die Verantwortung verbleibt beim Projektverantwortlichen.

Ein Gespräch in ein organisiertes Projekt verwandeln

Der Hauptvorteil von /goal besteht darin, dass eine mehrstufige Aufgabe nicht mehr über eine lange Kette von spontanen Folgeanweisungen gesteuert werden muss.

Ein gut formuliertes Ziel ergibt Hermes bietet ein nachhaltiges Ziel, eine Definition des Abschlusses und genügend Spielraum, um Teilergebnisse zu korrigieren. Grenzen halten die Arbeit innerhalb des vorgesehenen Bereichs. Einschränkungen schützen Systeme und Anforderungen, die stabil bleiben sollen. Die Verifizierung verhindert, dass der Prozess mit einer unbegründeten Behauptung endet. Stoppbedingungen behalten wichtige Entscheidungen einer Person vor.

Der Befehl funktioniert am besten, wenn das Ziel bereits feststeht.

Legen Sie fest, was zutreffen muss, wie dies überprüft wird und wann Hermes um Hilfe bitten soll. Der Agent kann dann einen Großteil des Weges zwischen der ursprünglichen Anweisung und dem verifizierten Ergebnis selbstständig bewältigen.