Status-Abschnitt aktualisiert:
- M2 + M3 jetzt beide auf DONE
- M3-Block zeigt alle 11 neuen Module mit Ein-Zeilen-Beschreibung
- Personas-Status 0.1.0 → 0.2.0 vermerkt
- M4 als NEXT markiert mit konkreten Schritten
M4-Hinweis: required_prompt_modules-Listen in jeder Persona-Frontmatter
sind schon da — M4 muss sie nur in volle Skill-Manifeste ueberfuehren
und in skill-index.md verlinken.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Drei Module, klar nach Persona-Scope getrennt:
- brick-creation.md: Pulse / View / Row / Pool-View-Tools + die haerteste
Stolperfalle (delete_brick vs delete_view_brick vs remove_word_from_row).
Main-Voice-exklusiv.
- atomic-chain.md: Strikt-lineares Pattern fuer Sub-Agents ohne
All-in-One-Finalize (Lueckentext). Drei Regeln: Reihenfolge, IDs aus
Vorgaenger, bei Fehlschlag-Run beenden statt aufraeumen.
- atomic-finalize.md: All-in-One-Pattern fuer Sub-Agents MIT Finalize
(Kreuzwort). Kombiniert Layer-Erstellung + Solution-Set atomar —
vermeidet orphan-Zustaende.
atomic-chain und atomic-finalize zeigen explizit zueinander: wenn ein
Finalize-Tool existiert, bevorzuge es. atomic-chain ist Fallback wenn
das Backend nur die getrennten Tools anbietet.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Zwei verwandte aber unterschiedliche Recovery-Pattern:
- self-correction: Backend liefert strukturierte errors[] (z.B.
atomic_validate_crossword_grid mit Frame-Konflikt-Hinweis), LLM
korrigiert gezielt. Max 4 Versuche, dann vereinfachen. "Server denkt"-
Pattern, wiederverwendbar fuer kommende validierte Builder.
- error-recovery: Tool wirft unstrukturierten Error (HTTP, FK-Verletzung,
Timeout). LLM variiert Input, max 3 Versuche, dann ehrlich abbrechen.
Beide Pattern koennen parallel in derselben Persona aktiv sein —
self-correction beim Validate-Loop, error-recovery bei allen anderen
Tools. Die Module sind explizit gegeneinander abgegrenzt
(Vergleichstabelle in error-recovery.md).
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Zwei konzeptuell verschiedene Sub-Agent-Workflows:
- sub-agent-discipline: KEIN record_thought / record_reflection, KEINE
Voice-Tools, keine generelle Brick-Manipulation. Definiert WAS der
Sub-Agent NICHT tut.
- tool-scope-lock: Du hast genau N Tools, keine erfundenen, keine
geliehenen. Definiert die HAERTE der Tool-Liste.
Beide explizit nicht fuer Main-Voice — Main-Voice braucht das volle
Tool-Set + Trace-Reducer. Frontmatter dokumentiert das.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Main-Voice-spezifischer Workflow: vor jedem Tool-Block ein
record_thought, danach ein record_reflection mit did_match_user_intent
als Lakmustest.
Explizit NICHT fuer Sub-Agents — die haben in ihrem Persona-Block ein
hartes "KEIN record_*". Frontmatter dokumentiert das via
applies_NOT_to: [kreuzwort-builder, lueckentext-builder] + Hinweis im
note_on_scope.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Universelle Ehrlichkeits-Disziplin: nicht erfinden, Erfolg nicht
vortaeuschen, Plan ehrlich melden, Confidence ehrlich. Plus expliziter
Hinweis dass die Trace-DB (voice_call/voice_hop/voice_tool_call/...)
jeden Call sieht — Luegen sind also nicht nur unethisch sondern
mechanisch detektierbar.
Persona-spezifische Anti-Halluzinations-Regeln (z.B. die
add_source_item-Regel der Main-Voice oder die Tool-Scope-Locks der
Sub-Agents) bleiben dort wo sie hingehoeren — nicht alles ist universal.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Nur die UNIVERSELLEN Stil-Regeln (Deutsch, knapp, Success-Meldung am
Ende, kein falsches Lob, ehrlich bei Fehlschlag). Persona-spezifische
Stil-Regeln (Plan-Satz vor Tools, Funktionsnamen-Verbot, "genau 3
Saetze" fuer Intro) bleiben in der jeweiligen Persona — sie sind nicht
universal genug fuer base/.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Aus drei Quellen zusammengezogen:
- main-voice.md UR-MISSION-Block (Stream-Box als einzige Wahrheit)
- kreuzwort-builder.md Sub-Agent-Intro
- lueckentext-builder.md Sub-Agent-Intro
Bewusst NUR der allergemeinsamste Kern (parsecapere.de + Stream-Box +
Bricks-Sichtbarkeitsprinzip). Konkrete Rolle (Main-Voice / Sub-Agent /
Overwatch) bleibt der jeweiligen Persona ueberlassen.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Pulled the System-Prompts out of the three .js files in /root/llm-gateway/
on the Stream-Box-VPS, dropped them 1:1 as Markdown personas — no
modularisation yet (that is M3).
Personas:
- personas/main-voice.md
← llm/gemini.js lines 64-172
(SYSTEM_PROMPT_VOICE + SYSTEM_PROMPT_INTRO)
- personas/kreuzwort-builder.md
← orchestrator/kreuzwort-orchestrator.js lines 47-100
- personas/lueckentext-builder.md
← orchestrator/lueckentext-orchestrator.js lines 35-68
Plus README.md explaining the target topology
(base/ + workflows/ + tools-context/ + personas/) and a skill-index.md
stub that M4 will fill.
Empty folders kept with .gitkeep so Git tracks the structure even
before M3 starts populating them.
Reference notes:
arch-flow/brainstorm/Sprache/
2026-06-02 — Master-Synthese — Prompt-Migration-Reihenfolge.md
2026-06-02 — Prompt-Modularisierung — Architektur und Composition.md
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
tim
tim