Files
mission-control-v2/docs/wissen/OFFENE-FAEDEN.md
T
Hitonabi 6d5b09a592 Lucy-Pipeline (S3): Auftragsbuch liest zwei Repos, Annahme baut am PC
Das Auftragsbuch-Gegenstueck fuer Lucy (Abloesungs-Paket S3, PC-Annahme-Weg):

- backend/services/auftragsbuch.py: Multi-Repo (mc2 + lucy via ~/lucy-Clone).
  Karten tragen repo-Feld; Status-Schluessel fuer Lucy = 'lucy:<branch>';
  fehlt ~/lucy, werden Lucy-Karten still weggelassen. Runner je Repo.
- deploy/lucy-annahme.sh: detached Annahme-Runner fuer Lucy-Karten.
  Vorpruefung am PC VOR dem Merge (Executor erreichbar, Arbeitskopie main+clean,
  laeuft Lucy?), dann Merge im isolierten Worktree von ~/lucy -> Push main ->
  PC zieht ff-only und baut detached (deploy/lucy-annahme.ps1 im Lucy-Repo),
  Box pollt .lucy-annahme.json und spiegelt Fortschritt auf die Karte.
  Rot = Merge automatisch revertiert, laufende Lucy bleibt die alte.
  Executor-Zugang (URL+Token) kommt aus ~/.hermes/config.yaml — kein zweiter
  Ablageort. Neustart nur, wenn Lucy vorher lief (User-Entscheid).
- Router/UI: repo-Parameter (rueckwaertskompatibel, Default mc2), rosa
  Lucy-Badge, eigener Annahme-Confirm-Text, Diff/Ablehnen je Repo.
- werkstatt-SOUL: Lucy-Auftraege ebenfalls propose-only, bauen macht der PC
  bei der Annahme.
- Doku: docs/AUFTRAGSBUCH.md (Lucy-Annahme-Kapitel), docs/wissen/OFFENE-FAEDEN
  (S2 erledigt, S3-Stand).

Geprueft: py_compile gruen, bash -n gruen, tsc+vite build gruen (dist dabei).
2026-07-12 14:48:03 +02:00

4.7 KiB
Raw Blame History

Offene Fäden — DIE eine Liste

Stand 12.07.2026 (Session S3 lucy-pipeline). Regel: Neues hier rein, Erledigtes hier raus, keine zweite Liste anlegen. Verdikte werden NICHT als „offen" geführt → VERDIKTE.md.

Termine (auch als Box-Reminder hinterlegt)

  • Mo 13.07., 05:15 — erster echter Release-Radar-Cron-Lauf → Morgenlage/Chronik prüfen.
  • 20.25.07. — ROCm-Recheck (Anlass: Ryzen-AI-Halo-Launch 06.07., ROCm 7.13 Preview). Fragen: neue Halo-Community-Benches? llama.cpp-Issue #21284 (gfx1151-Prefill) gemerged? kyuz0-Grid aktualisiert (kyuz0.github.io/amd-strix-halo-toolboxes)? Falls ROCm dann Langkontext-Prefill-Bedarf trifft: NUR Hybrid für heavy/coder erwägen — Hirn bleibt auf Vulkan, kein Voll-Cut.
  • hipEngine-Watch (shisa-ai/hipEngine, natives HIP gfx1151, nur Qwen3.6, >2× Prefill): reif genug? Dann mit deploy/bench/brain-bench.sh gegen Vulkan messen.

Das Ablösungs-Paket (Kurs, siehe ZIELBILD.md)

  • S2 „leg los queue" (10.+12.07.): Queue = natives Hermes-Kanban, Türen live (Zentrale/Telegram/Lucy), Bagatell-Pfad enabled; voller Kreislauf einmal komplett durchlaufen (wartung/fix-double-zero-self-repair). Rest: Live-Telegram-Test beim nächsten echten Zuruf beobachten; Specifier schreibt Titel englisch (ggf. tunen).
  • S3 „leg los lucy-pipeline" (12.07., diese Karte): PC-Annahme-Weg gebaut — Auftragsbuch liest jetzt ZWEI Repos (mc2 + lucy), Lucy-Annahme = Merge auf der Box + dist-Build/Neustart am PC via PC-Executor (deploy/lucy-annahme.sh + deploy/lucy-annahme.ps1 im Lucy-Repo), Auto-Revert bei Rot. Erster echter Auftrag: A4-Turncheck-Auswertung (Verdikt aus 680 echten Entscheidungen: Default AUS, opt-in) — liegt als Lucy-Karte bereit. E2E-Beweis = Annahme-Klick der beiden Karten.
  • S4 „leg los zuendung": Idle-Radar / Fehler→Auftrag (Traum-Funde + Journal-Muster → Queue-Kandidaten) · Großbau-Etappen-Regeln in Skills · Generalprobe ohne Claude.

Lucy

  • Mini-Stimme v2: Übernacht-Datensatz v2 (DE-Tech + EN) war für 10.07. armiert; User-Schritte: Zip → Drive → Lucy_Stimme_Training_v2.ipynb auf Colab T4 → Hörtest. Danach: Lexikon-Injektion in kokoro_server + Modell-Tausch. pocket bleibt Default, bis v2 den Live-Test gewinnt (Umschalter „Neue Stimme (Mini-Lucy)" in der Steuerung).
  • Saber-/XTTS-Altlasten in lucy-tts/ (untracked venvs, Datasets, tote Notebooks) — aufräumen nur mit User-Ja (v2-Pipeline ersetzt sie).
  • „Lucy light"-Experiment: ungestartet, Idee geparkt.
  • Frechheit-Regler Phase 3 ist LIVE; weitere Animations-Wünsche nur auf Zuruf.
  • A4-Turncheck: nach dem Default-AUS (S3) gilt — wer ihn wieder will, setzt localStorage.lucy_turncheck="1"; Telemetrie loggt dann nur noch in die Konsole (lucy_perf="1"), die Log-Datei lucy-turncheck.log wird nicht mehr beschrieben.
  • Emotions-Stimme = Zukunftsfaden (Klon-DNA ist ruhig; warten auf Qwen-instruct-Clone o. ä.).

Box / MC2 (Kleinkram + Politur)

  • D16-Reste: c) System-Logs ausbauen (alle Dienste, Fehler-Filter) · e) Mem0-Dubletten automatisch (an Curator/Selbstkritik hängen) · f) Politur (Cockpit Zone C entflechten, Faden 6 Voice-Sidecar-Diät: Lucy-Reste aus dem Web-UI).
  • C13 Bare-Metal-Bootstrap/First-Run-Wizard (Konzept: docs/DISASTER_RECOVERY.md) · C14 sudo-Kleinkram (stale v1-Unit mission-control.service, alter :9000-Rest) · C15 Docs-Refresh (README, STATUS.md, CUTOVER.md, HERMES_SETUP.md).
  • Tarball-Backup-Schicht nach ~2 Wochen grüner PBS-Verifys in Rente schicken (ab ~23.07.).
  • Embedding-A/B-Bench (0.6B vs 4B/8B) als ruhiger Bench-Job; Discover.ROLE_METADATA hat für neue Rollen (kritiker/reranker) nur Fallback-Texte.
  • radar-feed.sh + selbstkritik-feed.sh haben keinen EIGENEN Cron mehr (laufen im Monats-Review-Wrapper) — Aufräum-Kandidat, bewusst liegen gelassen.
  • Orchestrator-Härtungs-Kandidaten (erst beobachten, ob es wieder passiert): Schreibziel-Pflicht /tmp/orch-/ vor jedem write_file · große Artefakte nie in die Antwort (Output-Limit-Tod).
  • Selbstkritik-Cron in die Morgenlage falten (Empfehlung steht, Eingriff braucht Ja).
  • pve-root-Passwort unverändert (User-Entscheid 09.07., „nur LAN") — bei Gelegenheit ändern.

Beobachten (kein Handlungsbedarf)

  • Erste Nächte des neuen Stacks weiter im Blick: Traum 03:15 / Chef-Gutachter 04:30 / Briefing 08:00 / self-smoke 07:15 — Morgenlage lesen.
  • Telegram-Hänger-Verdacht: NICHT der Prompt (gecacht) — echte Verdächtige sind kalter Cache nach Modell-Reload oder Mem0/Session-Resume beim 1. Turn; braucht echte Telegram-Log-Messung, falls es wieder auffällt.
  • GLM-4.7-Flash tauchte 08.07. ~17:00 warm auf (irgendwas nutzte den Kritiker aktiv) — unkritisch, nicht weiter verfolgt.