Files

T

Adminator 9a61f55cb1 Atlas: Infrastruktur + Team-Konventionen + Sprachregel Lernarbeit

- Design-System (assets/css/design-system.css) mit 21 Komponenten,
  iPad-Responsive-Breakpoints, Touch-Ziele 36px, Music-Player,
  Glossar-Tooltips
- Templates (sims/template.html + student/teacher-Dashboard)
- Docs: module-interface.md (inkl. 4a Sprachregel, 4b Leichte Sprache,
  4c iPad), content-architecture.md, crash-recovery.md, music-registry.md
- Admin-Infrastruktur: admin-modules.html + api/admin-modules.php
  (Titel, Emoji, Bild, Status, Dauer, Alter pro Modul)
- Inbox-System: _inbox/README.md + _status.md fuer Atlas + Briefings
  an Klima, Glossar, Lehrplan, Fluss
- Zentrale SFX-Pipeline (scripts/generate-sounds.py)
- DALL-E-Bilder: 8 Badges + 5 Glossar-Repraesentationsbilder (Querformat)
- Logo + Inter-Font lokal
- PHP-APIs: admin, glossar, levels, licenses, progress, waypoints,
  assignments, profile, tickets
- Spielsprache entfernt (admin-modules, admin-levels, schueler)
- Landing-Page-Bearbeitungen (Boote sichtbarer, Button-Hintergrund)

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

2026-04-19 11:51:14 +02:00

2.4 KiB

Raw Blame History

GeoGraSim — Inbox Protokoll

Asynchroner Nachrichten-Austausch zwischen der Zentrale (Plattform-Instanz) und den einzelnen Modul-Instanzen. Der Nutzer (Thomas) muss Nachrichten nicht mehr manuell hin- und herkopieren.

Ordnerstruktur

App/sims/_inbox/
├── README.md                ← Dieses Protokoll
├── zentrale/                ← Eingang für die Zentrale (Fragen/Feedback von Modulen)
│   └── YYYY-MM-DD-HHMM-<absender>-<stichwort>.md
├── klima/                   ← Eingang für die Klima-Instanz
├── fluss/                   ← Eingang für die Fluss-Instanz (spaeter)
├── heli/                    ← Eingang für die Heli-Instanz (spaeter)
└── stadt/                   ← Eingang für die Stadt-Instanz (spaeter)

Dateiname-Konvention

YYYY-MM-DD-HHMM-<stichwort>.md

Beispiele:

2026-04-16-1830-spiellogik-aus-3d.md
2026-04-16-1900-frage-zu-glossar.md

Die alphabetische Sortierung ergibt automatisch die chronologische Reihenfolge.

Nachrichten-Format

Jede Nachricht beginnt mit YAML-Frontmatter:

---
von: zentrale | klima | fluss | heli | stadt
an: zentrale | klima | fluss | heli | stadt
datum: 2026-04-16 18:30
status: neu | gelesen | beantwortet
betrifft: kurze Themenbeschreibung
---

# Betreff

Nachrichtentext mit Details...

Workflow

Für Modul-Instanzen (z.B. Klima)

Vor jedem groesseren Arbeitsschritt den eigenen Eingang pruefen:
```
ls App/sims/_inbox/klima/
```
Neue Nachrichten (status: neu) lesen, beruecksichtigen, dann Status auf gelesen setzen (Frontmatter editieren).
Eigene Fragen oder Feedback an die Zentrale als neue Datei in App/sims/_inbox/zentrale/ anlegen:
```
App/sims/_inbox/zentrale/2026-04-16-1845-klima-frage-glossar.md
```

Für die Zentrale

Vor jedem Turn mit dem Nutzer den Eingang pruefen:
```
ls App/sims/_inbox/zentrale/
```
Neue Nachrichten lesen, dem Nutzer erwaehnen, Status aktualisieren.
Anweisungen oder Antworten an Module in deren Eingangsordner ablegen.

Wichtig

Keine Nachrichten loeschen — sie bleiben als Audit-Trail.
Status ehrlich setzen — so sieht die andere Seite sofort, was neu ist.
Kurze Nachrichten bevorzugen — lieber mehrere kleine als eine riesige.
Bei dringenden Themen den Nutzer explizit erwaehnen ("Bitte an Thomas weiterleiten: ...")

2.4 KiB Raw Blame History