Schutzkonzept: Freie Fragen von Kindern – sicher, neutral, offline‑fähig

Eulencode: ruhig, klar. Wir beginnen bei 0: Wir hören. Wir geben Raum. Wir schützen.

1) Ziel & Geltungsbereich

Dieses Schutzkonzept beschreibt Maßnahmen, Rollen und Prüfprozesse, um Kindern einen sicheren, neutralen Lern‑ und Spielraum für Fragen zu bieten – online wie offline (PWA, Unity‑WebGL, RPi‑Kiosk). Es gilt für Prototyp/Vertical Slice und folgende Iterationen.

2) Leitprinzipien (Nullfeld)

• Neutralität: keine politische/weltanschauliche Positionierung; keine Symbolik/Parolen.
• Fragerecht: keine „dummen Fragen“; Pausen/Hilfe jederzeit.
• Datensparsamkeit: lokal speichern als Standard (IndexedDB/PWA‑Cache); Sync nur pseudonym und opt‑in.
• Transparenz: KI‑Rollen erklären ihr „Warum“; Logs lokal einsehbar.
• Wiederverwendung statt Zerstörung: haptische Builds lösbar, dokumentiert.

3) Alters‑ & Jugendschutz

• Zielalter: 9–14 (USK‑taugliche Inhalte); reduzierte Reizdichte; Trigger‑Hinweise.
• Kein offener Chat. Meldemechanismus für problematische Eingaben (lokal, offline‑pufferbar).
• Lehrkraft‑Modus: Stopp‑Taste (Stopp & Sprechen), Fragen‑Parkplatz, Echo‑Log‑Export (CSV/JSON, pseudonym, offline).

4) Risiken & Gegenmaßnahmen (Auszug)

5) Rollen & Verantwortlichkeiten

• Safety‑Board (3–5 Pers.): Pädagogik, Tech, A11y/Design, Datenschutz; prüft heikle Inhalte.
• Content Owner: markiert sensiblen Content → Pre‑Release‑Review.
• Incident Lead: nimmt Meldungen an, entscheidet Hotfix/Deaktivierung.

6) Technische Leitplanken

• Offline‑by‑default: PWA‑Cache, Language‑/Content‑Packs; Unity‑WebGL als Micro‑Frontend mit postMessage‑Bridge (kein Außenlinking).
• Kiosk (Linux/RPi): Autologin, Vollbild, Rate‑Limiter, TLS wo online.
• Identität: Pseudonyme Crew‑IDs (Emoji+Wort). Kein Klarname, kein Profiling.

7) Inhalte & Designgrenzen

• Keine Darstellung/Verherrlichung verfassungsfeindlicher Symbolik; keine Verlinkung in problematische Außenräume.
• Medienkompetenz: Algorithmen, Manipulation, Quellenkritik ohne aktuelle Szenebeispiele.
• De‑Eskalation in Sprache, keine Gamifizierung von Konflikten.

8) Classroom‑Toolkit

• Stopp & Sprechen (Pausieren mit Gesprächsanlass).
• Fragen‑Parkplatz & Echo‑Log (pseudonym, exportierbar, offline‑fähig).
• Micro‑Lektionen: „Was ist eine Quelle?“, „Was ist ein Algorithmus?“, „Wie erkenne ich Manipulation?“

9) Datenschutz & Datenhaltung

• Standard lokal: Fortschritt/Badges/Logs in IndexedDB.
• Optionale Schul‑Sync: Klassen‑Token, minimaler Datensatz (Score, Zeit, Badge‑IDs), AV‑Vertrag bei Hosting.
• Aufbewahrung: lokale Daten löschbar; Retention‑Schema für Sync‑Server (z. B. 90 Tage).

10) A11y & Wohlbefinden

• WAI‑ARIA, Fokusreihenfolge, Vorlesetexte; Ruhiger Modus (reduzierte Effekte), Lese‑Lineal.

11) Tests & Abnahmen

• Safety‑Checkliste (vor Release):

• [ ] Keine verbotene Symbolik/Parolen.

• [ ] Neutrale Sprache, De‑Eskalation.
• [ ] Offline‑Funktion: Logs/Badges speicherbar.
• [ ] Meldemechanismus funktionsfähig.
• [ ] Pseudonyme aktiv, kein Klarname.
• [ ] A11y Smoke‑Test bestanden.
• Playtests: 2 Schul‑Sessions; Auswertung in KrümelLog (qualitativ/quantitativ).

12) KPI‑Vorschläge (ohne Trackingzwang)

• Fragerate/Session ↑, Hilferate stabil/↓.
• Anteil Offline‑Nutzung ↑ (Zugangsgerechtigkeit).
• Meldungen: 0–n, Reaktionszeit Incident Lead ≤ 24 h.

13) Incident‑Prozess (Kurz)

1. Meldung (Taste/Form) → lokal gepuffert.
2. Incident Lead prüft (24 h), ggf. Hotfix/Deaktivierung.
3. Safety‑Board Post‑Review, Lessons Learned.

14) Versionierung & Änderungen

• Versionierung im Repo (SemVer), Änderungslog öffentlich. Safety‑Board zeichnet Abnahmen mit Datum.

Schluss: Die Frage eines Kindes ist kostbar. Wir schützen den Raum, in dem sie entstehen kann – neutral, transparent, offline‑fähig.