HitonabiandClaude Fable 5.1
479fecd2c6
Ampel / ampel (push) Failing after 24s
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>
3.9 KiB
3.9 KiB
Grenzen-Landkarte — was gehört wohin
Angelegt 13.07.2026 (Faden 6). Für JEDEN Agenten, der hier baut: bevor du ein Feature umsetzt, kläre WOHIN es gehört. Das System hat mehrere Flächen mit klaren Aufgaben — eine Funktion an der falschen Fläche ist Murks, auch wenn sie „funktioniert".
Der Kern in einem Satz: MC2 = Steuerpult (verwalten, klicken, zusehen) · Lucy = Chat & Stimme (reden, begleiten) · Hermes = das Agenten-Fundament darunter (Quelle TABU) · Telegram = mobil melden/freigeben · Hermes Desktop = am PC arbeiten.
Die Flächen — was gehört hin, was NICHT
| Fläche | Code/Ort | ✅ Gehört hierhin | ❌ Gehört NICHT hierhin |
|---|---|---|---|
| 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, 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/) / ein MCP-Server (mcp/). Nie die Hermes-Quelle. (Beispiel Faden 5: Box-Wissen kam perpre_llm_call-Hook —deploy/agent-hooks/box-steckbrief-inject.sh— in jeden Worker, nicht per Engine-Patch.) - Etwas mobil melden/freigeben → Telegram-Lane (Kanal, keine neue UI).
- Wissen/Doku ablegen →
docs/wissen/(Projekt-Wahrheit) oder~/wissens-vault/(Lucys Lernschicht). Nicht ins Mem0/Live-Gedächtnis (das ist auto-lernend, kein Ablageort).
Häufige Grenz-Verwechslungen (die roten Linien)
- ❌ Chat-UI/Assistent in MC2 → gehört zu Lucy/Telegram/Hermes-Desktop. MC2 ist Steuerpult.
- ❌ Verwaltungs-/Update-Buttons in Lucy → gehören ins MC2-Steuerpult.
- ❌ Hermes-Quellcode ändern (
~/.hermes/hermes-agent/…) → nur Config/SOUL/Skill/Hook/MCP. - ❌ Am Live-Checkout
~/mission-control-v2schreiben/committen → immer frischer Klon im Task-Workspace (siehe FALLEN.md, werkstatt-SOUL). - ❌ Doku ins Mem0 kippen →
docs/wissen/oder Vault.
Verwandt: ARBEITSWEISE.md (Rollen-Abgrenzung der Türen), STACK.md (Dienste/Ports), VERDIKTE.md (Hermes-first, kein Fork).