4 Commits

Include renames

Author	SHA1	Message	Date
Hitonabi	c3851f8e25	refactor(docs): remove obsolete mem0 and governor references, update AGENTS.md for Hermes	2026-08-07 11:33:41 +02:00
Hitonabi	552299a761	Annahme-Selbstheilung: Orphan-Branches entlarven, veraltete Branches auto-rebasen ... Anlass: feature/cleanse-skill-index — ein Werkstatt-Worker hatte git init statt Klonen gemacht (Orphan-Commit ohne gemeinsamen Vorfahren, Inhalt: ~/.hermes-Index- Dateien statt Repo-Dateien). Solche Karten sahen aus wie normale Vorschlaege, liefen bei Annahme aber IMMER in 'refusing to merge unrelated histories' — und die Fehlermeldung ('bitte am PC aufloesen') war eine Sackgasse. Das passiert oefter; darum drei Schichten dagegen: 1) ERKENNEN (Auftragsbuch): neue Karten-Flags 'verwaist' (kein merge-base mit main -> rote Markierung 'kein gemeinsamer Ursprung', Annehmen-Knopf fehlt, API+Runner halten zusaetzlich dicht) und 'leer' (Diff gegen main leer -> 'bringt nichts'-Badge). Empfehlung auf der Karte: ablehnen mit Grund, Idee frisch in die Queue. 2) HEILEN (beide Runner, mc2 + lucy): kollidiert der Merge, weil main weiter- gelaufen ist, versucht der Runner automatisch einen Rebase des Branches auf main (isolierter Worktree; Gates laufen danach normal, Merge-Message sagt 'auto-rebased'). Nur wenn auch der Rebase kollidiert, faellt die Karte durch — mit ehrlicher Meldung statt 'am PC aufloesen'. 3) VERHINDERN (werkstatt-SOUL): voll klonen (nie git init/--depth), Selbstcheck 'git merge-base HEAD origin/main' + fetch/rebase vor JEDEM Push, nie ~/.hermes-Artefakte committen. Doku: AUFTRAGSBUCH.md + FALLEN.md (Erkennungsmuster: Diff 0 Dateien + behind ~ ganze Historie) + OFFENE-FAEDEN. Geprueft: py_compile gruen, bash -n beide Runner gruen, tsc+vite build gruen (dist dabei); merge-base-Verhalten am echten kaputten Branch auf der Box verifiziert.	2026-07-13 09:34:23 +02:00
Hitonabi	b4c405a127	Lucy-Annahme-Fixes: Start-Process-Quoting, Python-3.14-Parse, Executor ohne Fensterblitz ... Der erste Live-Lauf der Lucy-Annahme (wartung/pc-annahme-und-turncheck-aus) fand zwei Bugs im Box-Runner — der Build selbst war gruen, nur Start und Abschluss mussten manuell nachgezogen werden: 1) Start-Process -ArgumentList quotet Elemente NICHT (PS 5.1): der Runner-Pfad 'F:\Coding Stuff\lucy\...' zerbrach am Leerzeichen, die gespawnte powershell starb still (kein Status, kein Log). Fix: Anfuehrungszeichen ins -File-Element eingebettet. (Der Probe-Test lief ueber einen Pfad OHNE Leerzeichen — deshalb nicht gefangen.) 2) Poll-Parser: \" in f-String-Ausdruecken ist seit Python 3.12 ein SyntaxError (Box: 3.14) -> der Poll blieb blind und haette den GRUENEN Merge nach 25 min revertiert. Fix: keine f-String-Quote-Akrobatik mehr, Werte in Variablen. Neuer Parser 1:1 auf der Box getestet. 3) executor.py /shell: CREATE_NO_WINDOW — der Executor laeuft unter pythonw, jede gespawnte powershell bekam ein SICHTBARES Konsolenfenster (Polling blitzte im 10-s-Takt auf dem Desktop). Nach Annahme: PC-Checkout pullen + HermesPCExecutor-Task neu starten (mache ich, steht auch in FALLEN.md). Beide Fallen + Fensterblitz in docs/wissen/FALLEN.md; OFFENE-FAEDEN: S3-Stand. Geprueft: bash -n gruen, py_compile gruen, Parser auf Box-Python 3.14 verifiziert.	2026-07-12 15:18:20 +02:00
HitonabiandClaude Fable 5	2d32d21742	Uebergabe S1: Wissens-Heimat docs/wissen/ + Gemini-Briefing + Monats-Review-Wrapper ins Repo ... - docs/wissen/: kuratierte Projekt-Wahrheit fuer alle Agenten (Zielbild, Arbeitsweise, Stack live-verifiziert 10.07., Verdikte, Betriebs-Fallen, offene Faeden) - docs/GEMINI_BRIEFING.md: Notfall+Review-Briefing (baut auf ANTIGRAVITY_REVIEW auf) - RUNBOOK: Seite "Wann Gemini rufen" + Automatik-Fahrplan/Werkstatt/sudo aktualisiert - deploy/radar-selbstkritik-wrapper.sh: lag NUR auf der Box (Monats-Review-Cron), jetzt versioniert + deploy.sh kopiert ihn - docs/memory/-Altkopien mit Veraltet-Banner auf docs/wissen/ verwiesen Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>	2026-07-10 12:13:05 +02:00