Eine interaktive Demo, die zeigt, wie ein KI-Agent eine Wohngeldstelle entlastet — vom Antragseingang bis zum Bescheid-Entwurf, inklusive Sonderfall-Eskalation auf freie Quer-Fragen. Gebaut für ein Vertriebs-Gespräch mit einer Kreisverwaltung im Rhein-Sieg-Kreis.
Demo starten → Wie wurde das gebaut?Ein 4-Tab-Sachbearbeiter-Workflow mit drei Demo-Personen (Maria Schmidt · Wolfgang Müller · Sandra Krüger), die jeweils einen anderen Fall-Typ repräsentieren: Standardfall, Unvollständig-Fall, Sonderfall mit § 2 WoGG-Eskalation.
W = 1,15 × (M – (a + b×M + c×Y) × Y) mit Wert-Einsetzung und ausklappbarer "Warum dieser Betrag?"-BegründungEin 2-Tage-Solo-Build mit Claude Opus 4.7 (1M Token Context) und einem strukturierten Agent-Workflow. Nicht Vibe-Coding — ein eigens entwickelter Phasen-Workflow mit TDD-Gates, atomaren Commits pro Task und Sub-Agent-Loops, die jede Phase autonom durchlaufen.
Für jede Phase eine eigene Pipeline: Planner-Agent schreibt 5-7 atomare Plans mit Frontmatter und Acceptance-Criteria, Executor-Agent arbeitet sie ab mit TDD-Gates (RED-Commit für failing tests vor GREEN-Commit für Impl). Jeder Task ist ein atomarer git commit. Der Orchestrator stoppt nur bei echten Blocking-Checkpoints (z.B. Live-App-Verifikation).
| Hebel | Effekt |
|---|---|
| Claude Opus 4.7 mit 1M Token Context | Sub-Agent sieht alle Phase-Summaries & KB-Snippets — kein Kontext-Verlust |
| Strukturierte Acceptance-Criteria | Sub-Agent verifiziert sich selbst per grep / Test / CLI-Assert |
| TDD-Gates & atomare Commits | Keine "hat doch funktioniert"-Halluzinationen, jeder Task einzeln rollback-bar |
| Persona-Konsistenz-Vertrag | 10 Code-Stellen pflegen 3 Personae synchron — Drift-Schutz via Coverage-Test |
Der Build-Workflow ist nicht wohngeld-spezifisch. Geschätzter Aufwand für eine nächste Demo-Vertikale (Reisebüro-Anfrage, Steuerberater-Belege, Handwerker-Angebot, …):
| Aufwand | Was passiert |
|---|---|
| Tag 1 | PROJECT.md + Roadmap + Foundation/KB/Mock-Daten/LLM-Wrapper (50% aus Wohngeld-Demo direkt übernommen) |
| Tag 2 | Tab-Workflows der Vertikale (domain-spezifisch, Pattern identisch) |
| Tag 3 optional | Quer-Fragen + Eskalation + Demo-Skript + Pre-Demo-Checkliste |
Implikation: Pro Prospect-Termin eine fachlich passende Demo bauen ist wirtschaftlich. Festpreis-Build fähig, marginale Hosting- und LLM-Kosten.
Mehr technische Details, vollständige Build-Notes, Decision-Log und alle Pre-existing-Issue-Fixes: auf Anfrage als Direktlink zum privaten GitHub-Repository.