m

04_Tablet-Quiz/README.md

@@ -93,9 +93,53 @@ Plättchenrückseite stand.
 - **Inhalt:** Aktivitäten/Gates/Rollen = Brett-Elemente (`../00_Konzept/`).
 - **Ausgang:** Debrief-Daten → Workshop-Dokumentation (`../05_Workshop-Dokumentation/`).
 
-## 8. Offene Punkte
+## 8. Companion-Chatbot (optional · Nachschlage-Begleiter)
+
+Idee: Teilnehmende stellen spontane Verständnisfragen, die das feste Quiz nicht
+abdeckt — z. B. „Was ist das Service Design Document?" oder „Wer ist an Gate 2
+accountable?". Der Bot beantwortet sie aus dem Blueprint.
+
+### Rolle & Grenzen (didaktisch)
+- **Nachschlagen, nicht führen.** Der Bot ersetzt **nicht** die Stationsführung.
+  Das Lernprinzip (erst Gruppendiskussion → Tipp → App-Auflösung) bleibt das
+  Rückgrat; ein frei führender Bot würde das „produktive Ringen" aushebeln.
+- **Freischaltung gated:** pro Station erst **nach dem „Auflösen"** verfügbar
+  (oder als klar getrennter „Frag nach"-Knopf), damit er das Diskutieren-zuerst
+  nicht kurzschließt.
+- **Scope-begrenzt:** antwortet nur aus dem Blueprint, keine freie Beratung;
+  bei Unklarheit Verweis auf den „Unklar"-Marker → Debrief.
+
+### Datengrundlage
+- Der Lifecycle-Blueprint ist klein (~2.000 Zeilen YAML). **Kein RAG/Vektor-Setup
+  nötig** — alle `service-lifecycle_*.yaml` + `spm_rollen.yaml` passen in einen
+  einzigen System-Prompt-Kontext.
+- Single Source of Truth bleibt der Blueprint (keine Doppelpflege).
+
+### Wiederverwendung statt Neubau
+- Im Repo existiert bereits ein Bot: `#099_tools/digitom-bot/` mit Knowledge-Base
+  (`SPM_service-lifecycle_*.md`) und Dify-Upload. **Vor Neubau prüfen**, ob dieser
+  als Begleiter angedockt werden kann.
+
+### Offene Architektur-Entscheidung: Offline vs. Cloud
+Ein Laufzeit-LLM braucht einen API-Aufruf → Internet/Endpoint/Key. Das steht im
+**Konflikt zur Konzept-Bedingung** (offline, Kiosk, keine Cloud, kein Login;
+vgl. Abschnitt 6). Optionen:
+
+| Variante | Pro | Contra |
+|----------|-----|--------|
+| **(a) Cloud-LLM** (Dify / Anthropic / Azure-OpenAI) | geringster Aufwand, beste Qualität | Online-Pflicht, Datenschutz-/Beschaffungsfreigabe |
+| **(b) Lokales LLM** (z. B. Ollama auf dem Gerät) | offline-konform | Hardware-/Setup-Aufwand, schwächere Qualität |
+| **(c) Statische FAQ** (vorab generierte Q&A aus Blueprint) | voll offline, keine Kosten | keine Freitextfragen, begrenzte Abdeckung |
+
+Empfehlung für den Pilot: mit **(a)** als separater, optionaler Begleiter starten
+und im Pilot evaluieren, ob der Mehrwert die Online-Pflicht rechtfertigt.
+
+## 9. Offene Punkte
 
 - [ ] Format `questions.json` spezifizieren.
 - [ ] Entscheidung Framework vs. Vanilla.
 - [ ] Wer pflegt/baut? (intern DIGIT vs. extern)
 - [ ] Datenschutz: rein lokal, keine personenbezogenen Daten — bestätigen.
+- [ ] Companion-Chatbot: Entscheidung Offline vs. Cloud (Abschnitt 8).
+- [ ] Prüfen, ob `digitom-bot`/Dify als Begleiter wiederverwendbar ist.
+- [ ] Freischalt-Logik des Bots festlegen (nach „Auflösen" vs. jederzeit).