Auftragsbuch ausgebaut: Karten-Annahme, Bagatell-Annahme, Lucy-Annahme raus — Gate ist Ampel + User-Merge

Die Vorschlags-Inbox (routers/services auftragsbuch, AuftragsbuchView, /auftraege, Cockpit-
Kachel + Handlungsbedarf-Eintrag, deploy/auftrag-annehmen.sh, lucy-annahme.sh, bagatell-
annahme.sh, docs/AUFTRAGSBUCH.md) war seit 02.08.2026 ungenutzt: Kanban-Tools seit 21.08. aus,
v3-Umbau lief ueber Branch -> Ampel -> Merge -> deploy.sh, PC-Executor-IP in Box und Config
veraltet. Doku behauptete den Karten-Weg trotzdem als Standard.

Jetzt:
- Cockpit: Kachel "Ideen" (offen/haengend) statt "Auftragsbuch"; Handlungsbedarf zeigt haengende
  Ideen und springt in die Ideen-Ansicht.
- Guide/Schaubild: Kreislauf Idee -> Ideen-Queue -> IDE am PC -> Ampel -> DEIN Merge -> Live.
- events.py: kein Auftragsbuch-Fingerprint mehr; config.py: PC_EXECUTOR_URL-Default auf .22.
- Skills/Skripte: selbst-inventur ohne Karten-Abschnitt, morning-report nennt offene Branches,
  konzept-fliessband verweist auf die Ideen-Ansicht.
- Doku: STACK "Deploy & Pipeline" = Branch -> Ampel -> User-Merge -> deploy.sh (einziger Weg),
  GRENZEN/ARBEITSWEISE/FALLEN/README/BEDIENUNG/RUNBOOK/GEMINI_BRIEFING/gitea-workflow angepasst,
  ZIELBILD Punkt 9, OFFENE-FAEDEN + RAPHAEL.md: erledigt.
- Bewusst geblieben: werkstatt-SOUL/projektstart-SOUL (Werkstatt-Persona, eigener Faden),
  Chronik-Kategorie "auftragsbuch" fuer historische Eintraege.
Auf der Box bereits erledigt (Hand): mc2-bagatell.timer deaktiviert + Units archiviert,
PC-Executor-URL in ~/.hermes/config.yaml auf .22.

Baut auf wartung/lucy-stimme-proxy-raphael auf (Proxy /api/lucy/stimme/*).
Gates: eslint 0 Fehler, vitest 59/59, tsc + vite build gruen, frontend/dist committet,
py_compile gruen.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

docs/AUFTRAGSBUCH.md

@@ -1,169 +0,0 @@
-# Auftragsbuch — die Vorschlags-Inbox der Box
-
-Das Auftragsbuch ist das Mensch-Gate des propose-only-Kreislaufs als Klick statt
-Git-Handarbeit: alles, was die Box von allein baut oder sich ausdenkt, landet hier
-als Karte — du entscheidest mit **Annehmen** oder **Ablehnen**.
-
-## Die Ideen-Queue davor (natives Hermes-Kanban, seit 10.07.2026)
-
-Vor dem Auftragsbuch liegt DIE eine Ideen-Queue: das native Hermes-Kanban
-(`hermes kanban`, SQLite-Board, Dispatcher läuft im Gateway). Der Weg einer Idee:
-
-1. **Idee rein — Tür egal:** Eingabefeld im Auftragsbuch-Tab (`POST /api/ideen`),
-   Telegram/Desktop (natives Tool `kanban_create`, Regel in SOUL.md) oder Lucys
-   Sprech-Leitung (`idee_notieren` in `mcp/mcp_voice.py`). Alles landet als
-   `triage`-Aufgabe auf demselben Board.
-2. **Die Box arbeitet sie aus:** der Kanban-Specifier macht aus der rohen Idee
-   einen sauberen Auftrag und wählt das Worker-Profil (Routing über die
-   Profil-Beschreibungen: Code → `werkstatt` [Qwen3-Coder-Next, Leitplanken in
-   `deploy/werkstatt-SOUL.md`], Doku/Analyse → `default`).
-3. **Der Worker baut** im isolierten Workspace; Code-Ergebnisse pusht er als
-   Vorschlags-Branch auf Gitea — der hier als Karte erscheint. **Das Gate bleibt
-   dein Klick.**
-
-**Die Queue füttert sich auch selbst — Idle-Radar (S4 „Zündung", 12.07.2026):** ein
-nächtlicher Hermes-Cron (03:45, `deploy/idle-radar-feed.sh`) destilliert aus den
-Journal-Fehlermustern der letzten 24 h und der jüngsten Traum-Notiz bis zu **2 belegte**
-Wartungs-Kandidaten und legt sie als rohe Ideen (`triage`, `created_by=idle-radar`) auf
-dasselbe Board. Leitplanken: jedes Beleg-Zitat wird **mechanisch** gegen das Material
-geprüft (erfundene Belege fliegen raus — reproduziert-oder-abgelehnt), **Stau-Bremse**
-(ab 4 offenen Queue-Aufgaben oder 3 offenen Karten legt er nichts nach), dreifacher
-Dedup (State-Datei `~/.hermes/state/idle-radar-gemeldet.txt`, Board-Abgleich inklusive
-archivierter = verworfener Ideen, `--idempotency-key`), Security/Config/Updates tabu.
-Der Radar legt nur Ideen an — gebaut wird über denselben Kreislauf, dein Klick bleibt
-das Gate.
-
-Die Queue-Sicht im Tab (Status, offene Ideen) kommt aus `hermes kanban list --json`
-(`backend/services/ideen.py`); die Morgenlage bekommt `kanban stats` als
-Beweismaterial. Entscheid nativ-vs-Eigenbau (Hermes-first): Probe 10.07.2026 —
-Dispatcher, Specifier, Profil-Modellwahl und Artefakt-Tracking sind nativ E2E
-bewiesen; ein Eigenbau hätte all das nur nachgebaut.
-
-## Woher die Karten kommen
-
-- **Fertige Patches** — Branches auf Gitea (`wartung/*`, `orchestrator/*`, `doku/*`,
-  `feature/*`), wie die Werkstatt und der Orchestrator sie hinterlassen. Die Karte
-  zeigt Commit-Botschaft, geänderte Dateien und den vollen Diff. Seit S3
-  (lucy-pipeline) aus **zwei Repos**: `mission-control-v2` (Box-Stack) und `lucy`
-  (Desktop-App, rosa „Lucy"-Badge auf der Karte).
-- **Skill-Kandidaten** — Ideen des nächtlichen Traum-Crons aus dem Wissens-Vault
-  (`~/wissens-vault/skill-kandidaten/`). „Beauftragen" schickt sie als Auftrag an
-  die Werkstatt (Orchestrator-Skill); das Ergebnis kommt als neuer Patch zurück.
-
-## Was „Annehmen" bei einem Patch macht (deploy/auftrag-annehmen.sh)
-
-1. Merge des Branches in einem **isolierten Worktree** (Live-Checkout bleibt unberührt).
-   Kollidiert der Merge, weil main weitergelaufen ist, versucht der Runner **automatisch
-   einen Rebase** des Branches auf main (Selbstheilung für veraltete Vorschläge) — erst
-   wenn auch der kollidiert, fällt die Karte mit ehrlicher Meldung durch.
-2. `py_compile`-Gate über die geänderten Python-Dateien.
-3. Push nach `main` auf Gitea (mit Retry).
-4. Deploy (als /tmp-Kopie von deploy.sh — Selbst-Reset-Falle) — die Zentrale
-   startet dabei kurz neu.
-5. Health-Check mit Geduld. **Rot ⇒ automatischer Revert des Merges + Redeploy +
-   Alarm.** Grün ⇒ Branch wird aufgeräumt, Meldung an Telegram + Chronik.
-
-Der Lauf ist eine eigene systemd-Unit (detached) — er überlebt den Neustart des
-Backends, das ihn gestartet hat. Fortschritt steht live auf der Karte
-(`/srv/models/mc2-auftragsbuch.json`).
-
-**Kaputt aufgesetzte Branches** (Worker machte `git init`/Shallow statt zu klonen → kein
-gemeinsamer Ursprung mit main, „refusing to merge unrelated histories") erkennt das
-Auftragsbuch an der Quelle: rote Markierung „kein gemeinsamer Ursprung", der
-Annehmen-Knopf fehlt (Annehmen wäre ein garantierter Fehllauf), API und Runner halten
-zusätzlich dicht. Ebenso markiert: „Diff leer — bringt nichts" (Branch würde gegenüber
-main nichts ändern). In beiden Fällen: **ablehnen mit Grund** und die Idee frisch in die
-Queue geben; die Prävention (voll klonen, merge-base-Selbstcheck, fetch+rebase vor dem
-Push) steht in der werkstatt-SOUL.
-
-## Was „Annehmen" bei einer LUCY-Karte macht (deploy/lucy-annahme.sh)
-
-Lucy (Electron) lebt auf dem Windows-PC; ihr `dist` liegt nicht im Repo — die Box
-kann sie nicht bauen. Der Lucy-Runner spannt darum den PC ein (PC-Executor :7777,
-Token aus `~/.hermes/config.yaml`):
-
-1. **Vorprüfung am PC, VOR dem Merge:** Executor erreichbar? Arbeitskopie
-   `F:\Coding Stuff\lucy` auf `main` und sauber? Läuft Lucy gerade? Scheitert etwas,
-   bricht der Lauf ab, ohne irgendetwas zu verändern — der PC muss an sein.
-2. Merge des Branches im isolierten Worktree von `~/lucy` → Push nach `main`.
-3. Der PC zieht `main` (ff-only) und startet **detached**
-   `deploy/lucy-annahme.ps1` (liegt im Lucy-Repo): ggf. `npm ci` (nur wenn sich
-   das Lockfile geändert hat) → `tsc --noEmit`-Gate → dist-Backup → `npm run dist`
-   → Lucy-Neustart **nur, wenn sie vorher lief** (User-Entscheid: Lucy startet
-   nur, wenn der Commander sie will) → Stimme-Health (`:8130`).
-4. Die Box pollt die PC-Status-Datei (`.lucy-annahme.json`) und spiegelt den
-   Fortschritt live auf die Karte. **Rot ⇒ Merge wird automatisch revertiert**,
-   der PC stellt dist aus dem Backup wieder her — die laufende Lucy bleibt die
-   alte. Grün ⇒ Branch aufgeräumt, Meldung an Telegram + Chronik.
-
-## Bagatellen ohne Klick (mc2-bagatell.timer, 04:10)
-
-Einzige Ausnahme vom Klick-Gate (User-Entscheid 10.07.2026, bewusst eng geschnitten):
-`deploy/bagatell-annahme.sh` spielt nachts Vorschlags-Branches ein, deren Diff
-**ausschließlich `.md`-Dateien anlegt oder ändert** — keine Code-Zeile, keine
-Löschungen, keine Renames, keine Skripte. Der Weg ist derselbe Annahme-Runner wie
-beim Klick (Merge → Gate → Deploy → Health → Auto-Revert), maximal 2 pro Nacht und
-nur Branches ohne vorherige Fehl-Läufe. Fangnetz: Nacht-Sicherung 03:30 liegt davor,
-jede Annahme steht in Chronik + Telegram, die Morgenlage 04:30 berichtet. Die Klasse
-erweitert nur der Commander, nie das Skript.
-
-## „Lucy kennt sich" (12.07.2026): Selbstbild, Empfehlungs-Stempel, Lern-Gedächtnis
-
-- **Selbst-Inventur (Cron 03:35, `deploy/selbst-inventur.sh`):** erhebt den
-  **Selbst-Steckbrief** der Box live aus der Realität (Versionen, Dienste, Modelle,
-  Crons, Queue, Karten → `~/.hermes/state/selbst-steckbrief.md`) und **bemerkt selbst,
-  wenn sich etwas ändert** (Diff gegen gestern → stille Chronik-Karte + kurze
-  Telegram-Zeile; keine Änderung = still). Der Steckbrief ist das „was es schon
-  gibt"-Gedächtnis: Idle-Radar-Analyst und Werkstatt (Realitäts-Check-Regel) lesen ihn,
-  bevor sie vorschlagen oder bauen.
-- **Karten-Gutachter (Cron 04:00, `deploy/karten-gutachter.sh`):** stempelt jede neue
-  Karte mit **„Empfehlung: Annehmen/Ablehnen/Unklar" + einem ehrlichen Satz** —
-  geprüft werden Redundanz (existiert das laut Steckbrief schon?), Risiko und Nutzen.
-  Der Stempel ist eine Meinung, kein Gate; ein nachgeschobener Commit macht ihn
-  ungültig (wird neu gestempelt). Ablage `/srv/models/mc2-karten-gutachten.json`.
-- **Ablehnen mit Grund:** Beim Ablehnen einer Karte kannst du der Box in einem Satz
-  sagen, *warum* („gibt es schon", „will ich nicht"). Der Grund landet in
-  `/srv/models/mc2-ablehnungen.jsonl` und wird Radar/Analysten als „NIE wieder
-  vorschlagen"-Material vorgelegt — dein Klick wird damit zum Lehrer, nicht nur zum Tor.
-- **Radar-Treffer → Queue:** Meldet der wöchentliche Release-Radar einen echten Treffer,
-  legt er zusätzlich EINE rohe Idee in die Ideen-Queue („Probe bauen?", idempotent je
-  Release-Tag) — der Blick nach draußen füttert damit denselben Kreislauf.
-
-## Curator Auto-Archivierung (Cron `0 3 * * *` — täglich um 03:00)
-
-**Zweck:** Automatische Archivierung inaktiver Skills nach 14 Tagen ohne Nutzung.
-
-**Skripte:**
-- `~/.hermes/scripts/curator-archive-watchdog.sh` — Cron-Einstieg, ruft das Python-Skript auf.
-- `~/.hermes/scripts/curator_archive_logic.py` — Hauptlogik. Liest `.curator_state` und `.usage.json` aus `~/.hermes/skills/`, prüft auf Inaktivität (>14 Tage seit letztem Gebrauch), überspringt gepinnte und exkludierte Skills, verschiebt Skills nach `.archive/<Kategorie>/`.
-- `~/.hermes/scripts/curator-idle-watchdog.sh` — Zusätzlicher Watchdog (Sonntag 00:00, Cron `0 0 * * 0`): prüft, ob der Curator selbst ≥14 Tage idle ist und triggert ggf. eine Reaktivierung.
-
-**Konfiguration** (`~/.hermes/skills/.curator_state`):
-- `archivierung.enabled: false` — Archivierung muss explizit aktiviert werden.
-- `archivierung.threshold_days: 14` — Tage ohne Nutzung bis zur Archivierung.
-- `archivierung.excluded_skills: [...]` — Liste der nie zu archivierenden Skills.
-- `archivierung.last_archive_run_at` — Zeitstempel des letzten Durchlaufs.
-
-**Ablauf im Durchlauf:**
-1. Prüft, ob Archivierung aktiviert ist.
-2. Läuft alle Skills durch `.usage.json`.
-3. Überspringt: gepinnte Skills, exkludierte Skills, aktive Skills (<14 Tage).
-4. Archiviert: State auf "archived" setzen, Verzeichnis nach `.archive/<Kategorie>/` verschieben, Usage-Datei aktualisieren.
-5. Protokolliert in `~/.hermes/logs/curator/archive-<Datum>.log`.
-
-**Sicherheit:**
-- Archivierung standardmäßig deaktiviert — passiert nie ohne explizite Freigabe.
-- Gepinnte und exkludierte Skills werden nie berührt.
-- Archivierung ist reversibel: Skills können manuell aus `.archive/` zurückverschoben werden.
-
-## Leitplanken
-
-- Propose-only bleibt: **keine Code-Zeile geht ohne Klick live.** Das Gate ist dieses
-  Buch; einzige Ausnahme sind die eng geschnittenen Doku-Bagatellen (oben).
-- „Frontend ohne Build"-Warnung (nur mc2): enthält ein Branch `frontend/src` ohne
-  frisches `frontend/dist`, bleibt die Oberfläche nach dem Annehmen alt, bis am PC
-  gebaut wird. Lucy-Karten brauchen die Warnung nicht — dort baut IMMER der PC.
-- Ablehnen löscht nur den Remote-Branch; die Historie auf Gitea bleibt.
-
-Diese Datei kam übrigens selbst über das Auftragsbuch ins Repo — als erste echte
-End-to-End-Annahme (Probe-Branch `wartung/annahme-probe`, 08.07.2026).

docs/BEDIENUNG.md

@@ -8,7 +8,6 @@
 
 ## Die Bereiche (Sidebar, Stand 09.07.2026)
 - **Cockpit** — deine Box auf einen Blick (Status, Leistung, Morgenlage, Erinnerungen).
-- **Auftragsbuch** — Vorschläge der Box (Werkstatt/Orchestrator/Traum) per Ein-Klick annehmen/ablehnen.
 - **Modelle** — Speicherleiste, installierte Modelle + neue finden/laden, Rollen (hermes/fast/heavy/…).
 - **Gedächtnis** — geteilte Fakten/Regeln, die ALLE Tools (Hermes, Desktop, PC) via MCP lesen/schreiben.
 - **Wissen** — Lucys Wissens-Vault (Traum-Notizen, `[[verlinkt]]` navigierbar).

docs/GEMINI_BRIEFING.md

@@ -8,7 +8,7 @@ lies das hier KOMPLETT, bevor du irgendetwas empfiehlst oder änderst._
 
 **Notfall + Außen-Review. KEIN Großbau-Partner.**
 Den Alltag (Features bauen, Wartung, Ideen umsetzen) macht die Box selbst über ihre
-Queue→Karte→Klick-Pipeline. Du wirst gerufen, wenn:
+Ideen-Queue und Branch→Ampel→Merge-Pipeline. Du wirst gerufen, wenn:
 
 1. **Notfall** — etwas ist kaputt und die Box kann sich nicht selbst heilen.
 2. **Außen-Review** — ein Fremd-Blick auf Code/Architektur ist gewünscht
@@ -34,8 +34,7 @@ Eine 100 % lokale KI-Appliance („die Box", AMD Strix Halo, 128 GB) mit llama.c
 llama-swap als Engine, Hermes-Agent als Runtime (Persona „Lucy"), MC2 (dieses Repo: FastAPI
 + React) als Web-Admin-Konsole, Mem0 als Gedächtnis, und einer Electron-Voice-Begleiterin
 „Lucy" auf dem Windows-PC (EIGENES Repo `F:\Coding Stuff\lucy`). Die Box wartet sich selbst
-(nächtliche Crons: Traum, Chef-Gutachter, Radar; Backups in 3 Schichten; Auftragsbuch mit
-Ein-Klick-Annahme). Der Mensch ist das Gate für jede Code-Zeile.
+(nächtliche Crons: Traum, Chef-Gutachter, Radar; Backups in 3 Schichten). Der Mensch ist das Gate für jede Code-Zeile.
 
 ## Harte Leitplanken (nicht verhandelbar)
 
@@ -44,8 +43,8 @@ Ein-Klick-Annahme). Der Mensch ist das Gate für jede Code-Zeile.
   ohne Bench, Hermes-Quellcode nie forken.
 - **Security-Config (approvals/Tokens/ufw/sudoers) nur MELDEN, nie ändern.**
 - **`frontend/dist` ist ABSICHT im Git** (Box hat kein Node) — kein Fehler.
-- **Propose-only:** Änderungen als Branch/Diff vorschlagen; Merge+Deploy läuft über das
-  Auftragsbuch (User-Klick) oder ein explizites User-Ja.
+- **Propose-only:** Änderungen als Branch/Diff vorschlagen; Merge+Deploy macht nur der User
+  (Ampel grün, dann `deploy.sh`).
 - **Verifizieren vor Behaupten:** Behauptungen über Live-Verhalten nur nach echter Messung
   auf der Box. Am 07.07. hat ein Gemini-Umbau Lucys STT still von Box-Parakeet auf
   einkernigen PC-Whisper umgestellt und das Gegenteil behauptet — die Messung entlarvte es.

docs/RUNBOOK.md

@@ -11,7 +11,7 @@ höchstens „mach". Dieses Blatt ist NUR für den Fall, dass etwas klemmt.
 | „… zurückgerollt … GEPINNT" | Update war schlecht, alte Version läuft wieder | keiner (läuft stabil weiter) |
 | „KRITISCH: …" | Update UND Rollback kaputt | siehe „Box tot?" unten |
 | „🛰️ Evolution-Radar …" | monatlicher Chancen-Report | lesen; bei Interesse „mach" antworten |
-| „[Werkstatt] … Vorschlag liegt bereit" | Box hat einen Fix vorbereitet | im Web-UI → **Auftragsbuch** → Karte ansehen → „Annehmen" oder „Ablehnen" klicken |
+| „[Werkstatt] … Vorschlag liegt bereit" | Box hat einen Fix vorbereitet | Branch auf Gitea ansehen → Ampel grün? → selbst auf main mergen → `deploy.sh` |
 
 ## Box tot / Weboberfläche weg?
 

docs/skills/gitea-workflow.md

@@ -11,7 +11,7 @@ Der Skill beschreibt einen alternativen Git-Workflow für Fälle, in denen der d
 3. Änderungen im Clone gemacht, committet, gepusht.
 4. Ein Pull Request via Gitea-REST-API auf `main` erstellt.
 
-Das Ergebnis landet als Vorschlags-Branch auf Gitea und geht über das Auftragsbuch ins Live-System — der Commander muss es annehmen.
+Das Ergebnis landet als Vorschlags-Branch auf Gitea — der Commander merged es selbst, wenn die Ampel grün ist.
 
 ## Wann er zum Einsatz kommt
 

docs/wissen/ARBEITSWEISE.md

@@ -27,7 +27,7 @@ _Kuratiert 10.07.2026. Gilt für JEDEN Agenten, der an diesem System arbeitet
 2. **Scope challengen.** Ein Tool-/Technik-Vorschlag (auch vom User) ist kein
    Umsetzungsbefehl: erst Use-Case klären, bei erkennbarer Fehlannahme kurz stoppen und
    warnen. Lehrbuch-Best-Practice ≠ unser Use-Case (Beispiele: LobeChat, Tool Search).
-3. **Propose-only + Mensch-Gate.** Jede Code-Zeile ist Klick-pflichtig (Auftragsbuch-Karte).
+3. **Propose-only + Mensch-Gate.** Jede Code-Zeile geht als Branch nach Gitea; gemergt wird nur vom User (Ampel grün).
    Merge/Deploy NIE ohne grünes Gate. Bagatell-Klassen ohne Klick sind ausschließlich:
    Doku/Wiki/Vault/Chronik/tote Dateien — nichts mit Code-Logik, immer Morgenlage-Bericht.
 4. **Security-Config NIE ohne explizites User-Ja** (approvals, Tokens, ufw, sudoers,
@@ -49,7 +49,7 @@ _Kuratiert 10.07.2026. Gilt für JEDEN Agenten, der an diesem System arbeitet
 - **Hermes Desktop** = Arbeit: Projekte, Coding, Review, lange Threads (cli-Lane).
   Faustregel: „Repo oder >2 Minuten → Desktop".
 - **Telegram** = mobil + Melde-/Freigabe-Kanal (Alarmkette, Cron-Delivery).
-- **MC2-Web-UI** = Verwaltung, Auftragsbuch (Karten-Klicks), Chronik/Zeitmaschine, Wissen.
+- **MC2-Web-UI** = Verwaltung, Ideen, Chronik/Zeitmaschine, Wissen.
   **Steuerpult, kein Chat** — Gesprächs-/Voice-Funktionen gehören zu Lucy/Telegram, nicht in MC2.
 - **Gemini/Antigravity** = Notfall + Außen-Review, siehe [GEMINI_BRIEFING](../GEMINI_BRIEFING.md).
 

docs/wissen/FALLEN.md

@@ -30,13 +30,10 @@ Neue Fallen: hier eintragen, mit Datum und Symptom._
   Worker `git init`/Shallow statt voll zu klonen, entsteht ein Branch OHNE gemeinsamen
   Vorfahren — Erkennungsmuster auf der Karte: **Diff „0 Dateien" + „hinter main" ≈ ganze
   Historie** (z. B. 386). Merge ist NIE möglich; oft ist der Inhalt obendrein Müll
-  (~/.hermes-Dateien statt Repo-Dateien). Seit 12.07.2026 markiert das Auftragsbuch solche
-  Karten („kein gemeinsamer Ursprung", Annehmen-Knopf weg) → ablehnen mit Grund, Idee neu
-  in die Queue. Prävention steht in der werkstatt-SOUL (voll klonen + merge-base-Selbstcheck).
-- **Ehrlich-veraltete Branches (echter Merge-Konflikt):** die Annahme versucht seit
-  12.07.2026 automatisch einen Rebase auf main (isolierter Worktree, Gates laufen danach
-  normal). Nur wenn AUCH der Rebase kollidiert, fällt die Karte durch — dann ablehnen und
-  die Idee frisch einqueuen statt „am PC auflösen".
+  (~/.hermes-Dateien statt Repo-Dateien). (Historisch: das Auftragsbuch markierte solche Branches; es ist seit 04.09.2026
+  ausgebaut.) Erkennung heute: `git merge-base main <branch>` leer → Branch verwerfen. Prävention steht in der werkstatt-SOUL (voll klonen + merge-base-Selbstcheck).
+- **Ehrlich-veraltete Branches (echter Merge-Konflikt):** vor dem Merge `git rebase main`
+  auf dem Branch; kollidiert auch das, Branch verwerfen und die Idee frisch aufsetzen.
 
 ## Box / systemd / llama-swap
 

docs/wissen/GRENZEN.md

@@ -12,15 +12,15 @@ Funktion an der falschen Fläche ist Murks, auch wenn sie „funktioniert"._
 
 | Fläche | Code/Ort | ✅ Gehört hierhin | ❌ Gehört NICHT hierhin |
 |---|---|---|---|
-| **MC2 – Steuerpult** | `~/mission-control-v2` (backend Py + frontend React) `:9001` | Verwaltung, Auftragsbuch/Karten-Klicks, Chronik/Zeitmaschine, Wissens-Tab, Modelle/Rollen, System-Status/Logs, Ideen-Queue-**Eingabe**, Wartung/Updates | **Ein Chat-/Gesprächsfenster** oder ein Konversations-Assistent — dafür ist Lucy/Telegram/Hermes-Desktop da. MC2 wird angeschaut und geklickt, nicht „zugetextet". |
-| **Lucy – Chat & Stimme** | eigenes Repo `F:\Coding Stuff\lucy` (Electron, `lucy-desktop/`+`lucy-tts/`) | Voice/Zuruf, Gespräch, Avatar/Animation, proaktive Meldungen, Wake-Word/Barge-in, Zettelkasten | **Verwaltungs-/Wartungs-Oberfläche** (Update-Knöpfe, Karten-Verwaltung, System-Logs) — das ist MC2. Lucy bleibt schlank (~1-s-Sprech-Latenz schützen). |
+| **MC2 – Steuerpult** | `~/mission-control-v2` (backend Py + frontend React) `:9001` | Verwaltung, Chronik/Zeitmaschine, Wissens-Tab, Modelle/Rollen, System-Status/Logs, Ideen-Queue-**Eingabe**, Wartung/Updates | **Ein Chat-/Gesprächsfenster** oder ein Konversations-Assistent — dafür ist Lucy/Telegram/Hermes-Desktop da. MC2 wird angeschaut und geklickt, nicht „zugetextet". |
+| **Lucy – Chat & Stimme** | eigenes Repo `F:\Coding Stuff\lucy` (Electron, `lucy-desktop/`+`lucy-tts/`) | Voice/Zuruf, Gespräch (innere Stimme, kein Avatar seit 04.09.2026), proaktive Meldungen, Wake-Word/Barge-in, Zettelkasten | **Verwaltungs-/Wartungs-Oberfläche** (Update-Knöpfe, System-Logs) — das ist MC2. Lucy bleibt schlank (~1-s-Sprech-Latenz schützen). |
 | **Hermes – Agenten-Fundament** | `~/.hermes/hermes-agent` (Framework), `~/.hermes/config.yaml`, `SOUL.md`, `skills/`, `agent-hooks/`, `mcp/` | Agenten-VERHALTEN ändern: über **Config, SOUL, Skills, Hooks, MCP-Server, Plugins** | **Quellcode patchen/forken — NIEMALS.** Kein Edit in `~/.hermes/hermes-agent/`. Fehlt ein Feature nativ → Config/Skill/Hook/MCP drumherum, nicht die Engine ändern. |
 | **Telegram** | Hermes-Platform-Lane | mobil: Meldungen empfangen, Freigaben/Zurufe, Alarmkette, Cron-Delivery | Kein Bau-Ziel für UIs. Ist ein Kanal, keine App. |
 | **Hermes Desktop** | PC-Hermes, Profil `pc`, Hirn = Box `:9001/v1` | Arbeit am PC: Projekte, Coding, Review, lange Threads. Faustregel „Repo oder >2 Min → Desktop". | Nicht mit Lucy verwechseln (Zuruf/Voice) — Desktop ist die Werkbank. |
 
 ## „Ich will X bauen — wohin?" (Schnell-Entscheid)
 
-- **Etwas verwalten/anzeigen/klicken (Status, Karten, Logs, Modelle, Backups, Updates)** → **MC2** (backend + frontend).
+- **Etwas verwalten/anzeigen/klicken (Status, Logs, Modelle, Backups, Updates)** → **MC2** (backend + frontend).
 - **Reden/hören/begleiten (Sprache, Gespräch, Avatar, proaktiv melden)** → **Lucy** (eigenes Repo).
 - **Wie der Agent SICH VERHÄLT (Routing, Prompts, neue Fähigkeit, Werkzeug, Guardrail)** →
   **Hermes drumherum**: `config.yaml` / `SOUL.md` / ein **Skill** / ein **Hook** (`agent-hooks/`) /

docs/wissen/OFFENE-FAEDEN.md

@@ -70,10 +70,12 @@ keine zweite Liste anlegen. Verdikte werden NICHT als „offen" geführt → [VE
   `openai` + `base_url http://127.0.0.1:8021/v1` (Telegram spricht dann mit Lucys Stimme),
   SOUL.md-Ton auf Raphael (nur mit User-Ja). Ohr-Test Box-Stimme vs. lokal mit `lucy_perf=1`.
   Alles in [RAPHAEL.md](RAPHAEL.md).
-- **Auftragsbuch = Leiche im Code (Fund 04.09.2026):** Router/View/Annahme-Skripte liegen noch in
-  main, die Box listet Branches als Karten, aber letzte Annahme 02.08. (revertiert), Kanban-Tools
-  seit 21.08. aus, PC-Executor-IP in der Box veraltet (`.98` statt `.22`), STACK.md nennt den Weg
-  trotzdem „Standard". Entscheid nötig: ausbauen + STACK.md/GRENZEN.md auf den manuellen Weg.
+- **Auftragsbuch ausgebaut (04.09.2026, Branch `wartung/auftragsbuch-ausbau`):** Router, Service,
+  View, Annahme-Skripte, Bagatell-Annahme, `docs/AUFTRAGSBUCH.md` weg; Cockpit zeigt Ideen statt
+  Karten; STACK/GRENZEN/ARBEITSWEISE/README auf den Branch→Ampel→Merge-Weg. Reste, die bewusst
+  blieben: `deploy/werkstatt-SOUL.md` + `projektstart-SOUL.md` (Werkstatt-Persona, seit Kanban-Aus
+  ohnehin tot — eigener Aufräum-Faden), Chronik-Kategorie „auftragsbuch" (historische Einträge).
+  Auf der Box: `mc2-bagatell.timer` deaktiviert, PC-Executor-URL in `~/.hermes/config.yaml` auf .22.
 - **Nach dem Ohr-Test:** VERDIKTE.md-Einträge „Electron, nicht Tauri" (Begründung Overlay
   entfällt) und „STT läuft auf der BOX / Stimme lokal" ersetzen; Lucy-Repo-Altlasten
   (`mini-stimme/`, Kokoro-Notebooks, `Lucy-Startklar.bat` mit totem Pfad) mit User-Ja räumen.

docs/wissen/RAPHAEL.md

@@ -84,9 +84,9 @@ Weg ist der aus AGENTS.md/STACK.md „Manuell":
    Die 21.08.-Notiz sagt „ganze Abstimmung mitgezogen" — wenn dort etwas Box-spezifisch getunt
    wurde, gehört es zurück ins Repo, nicht überschrieben.
 
-**Aufräum-Kandidat (User-Entscheid):** Auftragsbuch-Router + View + Annahme-Skripte + PC-Executor-
-Verweis ausbauen und STACK.md „Deploy & Pipeline" auf den manuellen Weg umschreiben — sonst
-behauptet die Doku weiter einen Standard-Weg, den niemand mehr geht.
+**Erledigt (04.09.2026, `wartung/auftragsbuch-ausbau`, baut auf diesem Branch auf):** Auftragsbuch-
+Router, Service, View, Annahme-Skripte und Bagatell-Annahme sind raus; STACK.md „Deploy & Pipeline"
+beschreibt nur noch den manuellen Weg. Wer `wartung/auftragsbuch-ausbau` merged, hat beide Branches.
 
 ## Mobil: Telegram ist die Tür, die Stimme ist dieselbe
 

docs/wissen/README.md

@@ -34,6 +34,6 @@ Dazu im Repo-Wurzelverzeichnis bzw. docs/: `AGENTS.md` (verbindliche Projekt-Reg
    User-Entscheid) — dann in VERDIKTE.md den alten Eintrag ERSETZEN, nicht löschen.
 3. **Verifizieren vor Behaupten:** Stand-Angaben tragen ein Datum; wer STACK.md ändert,
    hat live auf der Box gemessen/gelesen, nicht vermutet.
-4. Änderungen laufen wie alles über die Pipeline: Branch → Karte im Auftragsbuch → Klick.
+4. Änderungen laufen wie alles über die Pipeline: Branch → Ampel grün → Merge durch den User → deploy.sh.
    Reine Doku hier gehört zu den "Bagatellen ohne Klick"-Klassen (siehe ZIELBILD.md),
    erscheint aber immer in Morgenlage/Chronik.

docs/wissen/STACK.md

@@ -114,10 +114,11 @@ Box-sudo braucht Passwort; NOPASSWD nur für update-engine/swap (`/etc/sudoers.d
 
 ## Deploy & Pipeline
 
-- **Standard-Weg für Box-Arbeit = Auftragsbuch:** Vorschlags-Branch auf Gitea
-  (`wartung/*`, `orchestrator/*`, `doku/*`, `feature/*`) → Karte in der UI → User-Klick =
-  Merge + Deploy + Health + Auto-Revert (detached Runner).
-- Manuell: main auf Gitea pushen → `ssh … 'bash ~/mission-control-v2/deploy/deploy.sh'`
+- **Standard-Weg für Box-Arbeit (seit 04.09.2026 der EINZIGE):** Vorschlags-Branch auf Gitea
+  (`wartung/*`, `doku/*`, `feature/*`) → Ampel-CI grün → **der User merged auf main** →
+  `deploy.sh` auf der Box. Das Auftragsbuch (Karten-Klick, detached Annahme-Runner, Bagatell-
+  Annahme, Lucy-Annahme über den PC-Executor) ist ausgebaut — es war seit 02.08. ungenutzt.
+- Deploy: main auf Gitea pushen → `ssh … 'bash ~/mission-control-v2/deploy/deploy.sh'`
   ODER `POST :9001/api/system/self-update` (restart meldet ok:false — harmlos, /api/health prüfen).
 - deploy.sh macht `git reset --hard origin/main` (main MUSS vorher auf Gitea liegen) und baut
   KEIN Frontend → dist lokal bauen + committen. Fallen: [FALLEN.md](FALLEN.md).

docs/wissen/ZIELBILD.md

@@ -36,6 +36,9 @@ planen, **jede Session hinterlässt einen sauberen Stand**.
    Loft, Overlay, Mimik, Dazwischenrufe raus; ein HUD am PC, Telegram unterwegs, **eine Stimme**
    für beide (`lucy-stimme.service` auf der Box). Kein zweites Hirn auf dem PC. Details, Reihenfolge
    der Annahme und der SOUL.md-Vorschlag: [RAPHAEL.md](RAPHAEL.md).
+9. **Auftragsbuch ausgebaut (04.09.2026).** Die Queue→Karte→Klick-Mechanik aus Punkt 2/3/5 war
+   seit 02.08. ungenutzt (Kanban-Tools seit 21.08. aus). Gate ist jetzt: Ampel grün + Merge durch
+   den User + `deploy.sh`. Bagatell-Annahme ohne Klick (Punkt 5) entfällt damit ebenfalls.
 
 ## Recherche-Fundament (10.07., Web)