c6a5e251ee
- 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
48 lines
2.1 KiB
Markdown
48 lines
2.1 KiB
Markdown
---
|
|
type: xpost
|
|
source_url: https://x.com/HermesWatcher/status/2090098981183672384
|
|
retrieved: 2026-08-20
|
|
author: "@HermesWatcher"
|
|
is_thread: true
|
|
quote_count: 0
|
|
tags: [hermes, goals, completion-contract, quality-gates, reliability]
|
|
---
|
|
|
|
# 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
|
|
1. Completion Contracts ersetzen vage Ziele durch präzise "done"-Definitionen (Outcome, Verification, Constraints, Boundaries, stop_when).
|
|
2. Quality Gates sind mechanische Shell-Checks (Exit-Code 0), die das LLM-Urteil über Verifikation hinaus absichern.
|
|
3. Das Muster erhöht die Verlässlichkeit komplexer, langlaufender Agenten-Aufgaben.
|