 Hitonabi
|
961b003df4
|
Zuendung (S4): Idle-Radar + Grossbau-Etappen-Regeln
- deploy/idle-radar-feed.sh (Hermes-Cron 03:45): destilliert aus Journal-
Fehlermustern (24h) + juengster Traum-Notiz max. 2 belegte Wartungs-
Kandidaten und legt sie als rohe Ideen (triage) ins native Kanban.
Ehrlichkeits-Gate: Beleg-Zitat wird MECHANISCH gegen das Material
geprueft (reproduziert-oder-abgelehnt). Stau-Bremse (>=4 offene Queue-
Aufgaben oder >=3 offene Karten -> nichts Neues), Dedup dreifach
(State-Datei + Board-Abgleich inkl. archivierter + --idempotency-key),
Security/Config/Updates tabu. Analyst gpt-oss-120b, Vertretung GLM.
- deploy/idle-radar-prompt.md: versionierter Boten-Auftrag (Lucys Stimme,
max 3 Saetze, nichts selbst umsetzen).
- deploy.sh: kopiert idle-radar-feed.sh nach ~/.hermes/scripts/ (greift
wegen Selbst-Reset-Falle erst ab dem 2. Deploy -> Vorinstallation
einmalig von Hand; Cron-Registrierung einmalig: hermes cron create).
- Grossbau-Etappen-Regeln (Zielbild-Entscheid 4, 10.07.): werkstatt-SOUL
Regel 6 + wartung-/orchestrator-SKILL Scope-Check: Grosses nicht mehr
ablehnen, sondern in Etappen bauen - jede Etappe eigener Branch, fuer
sich lauffaehig + annehmbar, Folge-Etappen als neue Queue-Aufgaben,
NIE auf unangenommene Branches aufbauen.
- Doku: AUFTRAGSBUCH.md (Idle-Radar-Abschnitt), wissen/OFFENE-FAEDEN.md.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
2026-07-12 18:58:05 +02:00 |
|