- raw/xpost/2026-08-20_hermeswatcher-persistent-goals-quality-gates.md (neu) - wiki/tools/hermes-desktop.md: Abschnitt 'Persistent Goals mit Completion Contract & Quality Gates' - wiki/index.md: Hermes-Desktop-Eintrag erweitert (112. Update) - wiki/log.md: Ingest-Eintrag
2.1 KiB
2.1 KiB
| type | source_url | retrieved | author | is_thread | quote_count | tags | |||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| xpost | https://x.com/HermesWatcher/status/2090098981183672384 | 2026-08-20 | @HermesWatcher | true | 0 |
|
HermesWatcher: Persistent Goals mit Completion Contract und Quality Gates
Quelle: https://x.com/HermesWatcher/status/2090098981183672384 Geteilt von: Kai (@PWeber) in OME-Gruppe, Topic "Hermès" Agents (2026-08-20) Beitragende Quelle: X-Post von @HermesWatcher (inoffizieller Tracker für Hermes Agent Releases/Changelogs von Nous Research)
Inhalt
Der Post erklärt, wie man langlaufende Jobs (Long-Running Tasks) für den Hermes AI Agent zuverlässiger macht und vage oder verfrühte "done"-Erklärungen vermeidet.
Persistent Goals mit Completion Contract
Statt einer vagen Anweisung wie "Fix the repo" definiert man exakt, was "done" bedeutet. Der Completion Contract spezifiziert:
- Outcome — das gewünschte Endergebnis
- Verification — wie überprüft wird, dass das Ziel erreicht ist
- Constraints — Rahmenbedingungen/Einschränkungen
- Boundaries — Grenzen des Aufgabenbereichs
stop_when-Bedingung — wann der Agent aufhören soll
Beispiel-Kommando:
/goal draft Fix every lint error in src/ and verify ruff check passes
Quality Gates
- Optionaler Mechanismus (
/goal gate add ...) - Shell-Kommandos (z.B.
ruff check src/), die mit Exit-Code 0 enden müssen, bevor das Goal als complete markiert werden darf - Wirken als harte, mechanische Checks, die der LLM-Judge nicht "wegreden" (talk its way around) kann
Kontrast
- Loses Objective: leicht für den Agenten subjektiv interpretierbar
- Strukturiertes Goal + Quality Gate: deutlich strenger und verifizierbarer
Key Takeaways
- Completion Contracts ersetzen vage Ziele durch präzise "done"-Definitionen (Outcome, Verification, Constraints, Boundaries, stop_when).
- Quality Gates sind mechanische Shell-Checks (Exit-Code 0), die das LLM-Urteil über Verifikation hinaus absichern.
- Das Muster erhöht die Verlässlichkeit komplexer, langlaufender Agenten-Aufgaben.