🎮 Design – Spielspaß 2.0

⬆️ Netzwerk-Labor · baut auf Plan – Ausbau 1.2 (Phasen 0/A fertig) · Vertrag: Architektur

[!success] Stand 06.10.2026: Ruf „Substanz“ gebaut und gegengeprüft – Speichern, Vielfalt, Inhalt, Minimalismus, Onboarding Auftragsabschluss schreibt jetzt nach 6,7 ms statt 2436 ms und die Kopfzeile zeigt „✓ gesichert“ (drei Zustände, geprüft gegen den echten Schreibvorgang: 0 lügende Kennzeichen) · 58 Handaufträge × 12 Seeds = 616–627 verschiedene Netze statt 58 starre, 696/696 deterministisch, 0 unlösbar, Altstände behalten ihr Netz · 12 neue Aufträge, 29 von 34 Grundcodes im Spiel erreichbar, Storage-Kunde freigeschaltet · die drei dokumentierten DHCP-Gründe werden endlich wirklich ausgegeben (goldene Simulation unverändert) · tools/ethos.py mit 12 prüfbaren Regeln und eingefrorenem Stand · Shop 27–38 Kacheln → 2, 4 Bedienelemente, Preiswiderspruch und eine wirkungslose Prüfungsanmeldung behoben · sanftes Onboarding statt Reingeworfenwerden. 251/251 Tests, rauch 36/36, Android-APK 980.508 B. Einzelheiten: .

[!success] Stand 04.10.2026: Sitzung S1 „Sofortgefühl“ gebaut und im echten Programm abgenommen Funktionsprobe-Szene + Nachbesprechung in drei Blöcken · Stufenregeln (Warnungen/Haken/Versuche) · Juice an 12 Stellen + Klang (leise, Leiste stumm) · Einstieg ohne Fenster mit zwei Senior-Blasen und erster Wahl · Kabel-Meldung kurz und unten. Messwerte, Entscheidungen und Bilder: . Scorecard 2/4/12 neu bewertet: 26,0 → 28,4. Haltepunkt – S2 beginnt erst nach dem Anspielen.

[!success] Stand 04.10.2026: Sitzung S2 „Bogen“ gebaut und im echten Programm abgenommen – Welle 1 fertig Hub „Heute“ als Startseite (1 Hauptknopf, 30 Wörter) · Aufwärmen mit drei Karten · Tagesrätsel für alle gleich, Ergebnis zum Kopieren · Fehlerdex mit 34 Fehlerarten im Lernstand · Spieltagebuch mit „Auswertung kopieren“. Scorecard 1/5/8/9/10 neu bewertet: 28,4 → 32,1. Einzelheiten: .

[!success] Stand 04.10.2026: Welle 2 „Detektiv“ fertig (Phasen B und C), im echten Programm abgenommen Terminal je Gerät (Windows/Linux/IOS) im Dock · Befehle werden Beweise in der Akte · Zielarten „befehl“ und „antwort“ mit drei Terminal-Aufträgen · neun Terminal-Minikarten · Abzeichen „Von unten nach oben“ · Hilfestufe 2 nennt die nächste Diagnose · Kabel, Ports und Paketschilder verraten im AP-Niveau keine Ursache mehr (R1). Abnahme „Rechner ohne Internet“ nur über das Terminal: ★★★★★, Hilfe 0. Scorecard 3/4/8 neu bewertet: 32,1 → 33,2. Einzelheiten: .

[!warning] HALTEPUNKT 05.10.2026 nach Auftrag „P“ (Politur und Bindung) – Scorecard 38,0 auf der strengeren Grundlage aus § 20 (dort 35,9) Alle sechs Punkte aus § 20 gebaut und im echten Programm abgenommen: Postfach schmal mit Blatt · Sitzungsfenster in der Fernwartung · tools/rauch.py (33/33) · kuratierte erste Stunde (sechs Abschlüsse = 4 Formen, Anruf, Weiterempfehlung) · eigene Probe je Form · Vertrauen zahlt aus (Empfehlung, −20 % Wartung) · Feierabend-Ausblick mit offenen Fäden · Flow-Regler · Hub-Wahl und Wochenziel. Nebenbei ein alter Fehler: Kundenfarben wirkten nie (h() setzte keine CSS-Variablen). Einzelheiten und Bilder: . D beginnt erst nach dem Anspielen.

[!success] Stand 05.10.2026: E2 gebaut – Scorecard 38,0 als Selbstbewertung (die unabhängige Prüfung in § 20 kam auf 35,9) E2 „Kundenakte und Kompetenzkarte“ gebaut und im echten Programm abgenommen: Netz-Atlas je Kunde, Vertrauen 1–5, 21 Kundengeschichten mit Senior, offene Baustellen; Kompetenzkarte mit 27 Feldern in 6 Regionen und Nebel. Scorecard 6/7/8/9/11 neu bewertet: 36,1 → 38,0 (+46 % statt +50 %). Einzelheiten: .

[!success] Stand 05.10.2026: E1 „Formen, Wahl, Ereignisse“ gebaut und im echten Programm abgenommen Sieben Auftragsformen (Störung, Projekt, Terminal, Fernwartung, Plan-Audit, Adressplan, Hotline) · Postfach als Wahl mit Mischer (nie dreimal dieselbe Form, 1000 Postfächer im Test) · „Provisorium oder sauber?“ mit Folgeauftrag · sechs Ereignisse mit Erklärsatz. Abnahme: sechs Aufträge zeigen vier Formen, Stromausfall-Szenario (write memory rettet die Reparatur), Platzbudget hält bei jeder neuen Form. Scorecard 3/4/5/6/7/9/11 neu bewertet: 33,2 → 36,1. Einzelheiten: .

[!info] So liest du diese Notiz § 0 reicht für die Entscheidung (eine Seite). § 1 sind die Beobachtungen, § 5 die Bausteine, § 9 die Reihenfolge, § 13 der Text für Opus. Alles dazwischen ist Nachschlagewerk.

0 · Auf einen Blick

Befund: Nach Phase A ist das Spiel ruhig und verständlich, aber es hat noch keinen Sog. Es gibt einen Spielzug (Einstellung ändern, bis der Haken grün ist), eine Auftragsform (33 von 37 Aufträgen sind Störungen), eine Belohnung (Zahlen, die nichts öffnen) und eine Welt ohne Gedächtnis.

Vier Säulen (jede Entscheidung wird daran geprüft):

Zwölf Hebel (Details in § 5; „Kriterium“ = was auf der Scorecard steigt):

Scorecard (12 Kriterien × 0–5, § 7): Ist 26,0 von 60 → Ziel 39,0 (+50 %) nach den Wellen 1–3. Das ist eine begründete Experteneinschätzung nach Anspielen und Code-Durchsicht, kein Beweis für „mehr Spaß“; belegt wird sie durch das Spieltagebuch und einen kleinen Playtest (§ 8).

Reihenfolge: Welle 1 „Sofortgefühl“ (zwei Sitzungen S1/S2, nutzt nur vorhandene Daten, geringstes Risiko) → Welle 2 „Detektiv“ (Phasen B Netzplan + C Terminal, speist die Akte) → Welle 3 „Welt & Abwechslung“ (Phasen D DHCP/DNS + E Formen/Ereignisse + Kundenakte + Kompetenzkarte) → Welle 4 „Meisterschaft & Klasse“ (Par, Gürtel, Netz-Codes, Büro, Abschluss F). Nach jeder Welle: Haltepunkt, Scorecard neu bewerten, 10 Minuten Anspielen.

[!note] Reihenfolge ab 04.10.2026 abends (Vorgabe des Nutzers): C-Rest → E1 → E2 → D → F, G bleibt Reserve. E hebt die Scorecard am meisten (Abwechslung, Entscheidungen, Besitz, Erzählung = Kriterien 5, 6, 7, 11); D folgt danach. Halt, sobald die Scorecard ehrlich ≥ 39,0 ist oder E2 fertig ist.

1 · Befunde (selbst gespielt am 04.10.2026, Browser-Fassung des Stands nach Phase A)

1.1 Was funktioniert – bleibt

• Phase A wirkt. Der Startzustand ist ruhig: eine Auftragszeile, vier Geräte-Fächer, ein Satz vom Coach. Man weiß, wo man hinschaut.
• Die Simulation ist das Herzstück. Pakete laufen wirklich, Ursachen sind herleitbar, „Was war los?“ nennt Quelle und Schicht.
• Lernen ist eingebaut: Hilfeleiter, „Erklär mir das“, Lernmotor, Abzeichen für Arbeitsweisen.
• Stimme: Kundentexte (Mira) und Kundenpost haben Ton – das ist die Grundlage für Figuren.
• Ruhe-Prinzip: „Niemand kündigt“, Leiste ohne Ton und Fokusklau. Das bleibt unverhandelbar (§ 2, R7).

1.2 Was bremst – zehn Befunde mit Beleg

1.3 Kleine Baustellen aus Phase A

• K1 Fläche schrumpft (Opus: Zoom ≈ 35 %), wenn Inspektor und Simulation offen sind → ein gemeinsames Dock mit Reitern (Inspektor | Simulation | Terminal | Plan | Akte); Fläche behält ≥ 60 % Breite.
• K2 Der Terminal-Knopf öffnet noch die alte Konsole im Inspektor → Phase C.
• K3 „Schmal“ wurde als 960 px gemessen. Gemeint war der Leiste-Modus (UI.modus("leiste"), ca. 320 × 300). Den hat Phase A nicht angefasst; er wird separat geprüft (Mini-Ticket, Zähler, kein Ton).
• K4 Kopfzeile unverändert (Euro, Ruf, Stufe, „3 offen“ – doppelt zum Postfach-Zähler –, Suche, Leiste, Thema, Einstellungen, Hilfe) → Thema/Einstellungen/Hilfe in ein ⋯-Menü.
• K5 Das Willkommensfenster hat rund 60 Wörter, bevor man etwas tun darf → Hebel 7.
• K6 Der Kabel-Toast (3 Zeilen Lehrtext) liegt über dem Netz und verdeckt Beschriftungen → kürzer, unten, nicht über der Fläche.
• K7 Versionsnummer zeigt noch 1.1.0 → Phase F.

[!warning] Was ich nicht geprüft habe Die .exe selbst, den Leiste-Modus, Ton, den Prüfungstag und spätere Stufen. Die Browser-Fassung war ca. 15 Minuten Anspielen plus Datenabfragen (Aufträge, Fertigkeiten, Fehlerarten).

2 · Spielregeln für jede Entscheidung

3 · Fachliche Grundlage (zum Nachlesen; keine Zahlen behauptet)

Spiele als Vorbild (nicht nachbauen): Return of the Obra Dinn (Schlüsse ziehen, Notizbuch) · Papers, Please (Entscheidungen mit Folgen) · Opus Magnum/Zachtronics (Par, eigene Lösung verbessern) · PowerWash Simulator (Vorher/Nachher ist selbst die Belohnung) · Stardew Valley (Tagesrhythmus, Beziehungen) · Slay the Spire (Varianz zwischen Läufen) · Hacknet/Duskers (Terminal-Atmosphäre).

4 · Die Spielschleife in vier Zeitmaßstäben

4.1 Sekunden – Handlung. Aktion → Antwort in < 200 ms: Kabel rastet ein (Klick, Port-LED pulsiert), Ping-Welle läuft sichtbar zum Ziel, der Haken „ploppt“. Fehler: leiser tiefer Ton, Hinweis „noch nicht“ plus Warum.

4.2 Auftrag (3–8 Min) – sieben Schritte:

4.3 Sitzung (20–30 Min). Ankommen im Hub (30 s) → Aufwärmen (3 Lernkarten, ~2 Min) → 2–3 Aufträge verschiedener Form → höchstens ein Ereignis → optional Tagesrätsel (3–5 Min) → Feierabend: Bilanz + „Morgen: Frau Kaya fragt wegen WLAN“ (offener Faden).

4.4 Wochen und Monate. Großauftrag je Stufe in drei Akten (Planen → Bauen → Abnehmen und Dokumentieren) · Kundengeschichten (Kapitel) · Kompetenzkarte (Nebel lichten) · Meisterprüfung je Region · Prüfungstag als Finale · Spezialisierung (Netzwerk / Sicherheit / Storage).

5 · Die Hebel im Detail

Hebel 1 – Funktionsprobe und kurze Nachbesprechung (Welle 1, Sitzung S1)

Was: Nach bestandener Abnahme läuft 2–6 s eine Szene: Für jedes Ziel (max. 4 gezeigt, Rest zusammengefasst) fährt das Paket den echten Pfad (aus der Trace der Abnahme), das Endgerät reagiert (Drucker schiebt einen Beleg aus, „Seite lädt“-Balken am Internet, Adresse erscheint am PC, Schild „gesperrt“ bei Blockier-Zielen), dann sagt der Kunde einen Satz an dem Gerät, das er zuerst nutzt. Überspringbar (Esc/Klick/Leertaste). Reduzierte Bewegung: statische Haken-Liste (1,2 s). Danach ein kompakter Dialog, höchstens drei Blöcke: ① Sterne + Lohn (Tempo-Bonus inklusive) ② Dein Weg – drei Chips aus Verlauf und Akte (z. B. Ping Kasse→Drucker ✗ → Gateway geändert → Probe ✓) ③ Merke (ein Satz, Tiefe nach Niveau) + „Nachlesen“. Abzeichen und Stufenfeier nur, wenn neu (die Aufstiegsfeier existiert). Vorher/Nachher: die geänderten Geräte pulsieren kurz (Diff gegen das Startnetz) – kein neues Zeichnen nötig. Bausteine: spiel/szene.js (headless: Zielart + Gerätetyp → Szenenzeile, Pfad aus Trace), ui/szene.js (Präfix sz-), Haken in ticketFertig() (ui/spiel.js), Ergebnisdialog kürzen. Daten: keine pro Ticket – Standardzuordnung aus Zielart (erreichbar, http, dhcp, blockiert, konfig, gespeichert) und skin des Zielgeräts. Test: Für jedes Ticket (hand + generiert) liefert Spiel.szene mindestens eine Zeile, jede mit existierenden Geräten und gültigem Pfad.

Hebel 2 – Ermitteln: Stufenregeln, Akte, Verdacht (Regeln: S1; Akte: Welle 2)

Stufenregeln (sofort, klein): Die Live-Warnungen („!“ an Geräten) und die Live-Haken der Ziele hängen am Niveau (Tabelle § 6). So wird B2 behoben, ohne etwas Neues zu bauen. Akte (Welle 2): Jede Diagnose – Ping, Traceroute, Paketansicht, Terminal-Befehl, Plan-Vergleich – legt automatisch eine Beweiskarte ab: Quelle · Befund in einer Zeile · Schicht. Beispiel: Ping Kasse → Drucker: Zeitüberschreitung bei R-Salon (kein Rückweg) · Schicht 3. Karten lassen sich mit ★ markieren. Sie liegen als Reiter Akte im Dock (nicht als neues Dauer-Element). Verdacht: Vor dem ersten Eingriff wählt man Schicht → Ursache (4 Optionen aus den Gründen der Simulation, eine richtig, drei glaubwürdig falsch) → Gerät. Treffer: +10 % Lohn und Abzeichen „Spürnase“. Falsch: keine Strafe, aber die Nachbesprechung erklärt den Unterschied („Du hattest Schicht 3 vermutet. Dagegen sprach: Der Link war oben, die ARP-Antwort kam an …“). Das ist Fehlerdiagnose statt Lösungsanzeige. Bausteine: spiel/akte.js (hört auf Bus trace), inst.akte[], inst.verdacht; Optionen aus Sim.GRUENDE und DATEN.lehrtexte (29 Gründe vorhanden).

Hebel 3 – Fehlerdex (Welle 1, Sitzung S2)

34 Fehlerarten (Spiel.INJEKTOREN, mit titel, erklaerung, quelle, skills, gruende, vorlagen) werden eine Sammlung: unbekannt (Silhouette, „taucht ab Stufe X auf“) → gesehen (im Auftrag aufgetreten) → verstanden (ohne Hilfe gelöst). Eintrag zeigt Symptom aus Kundensicht, Ursache, woran man es erkennt, Quelle. Kategorienabschluss gibt einen Titel („Schicht-1-Profi“). Die Daten gibt es schon – das ist die billigste Sammelmotivation im ganzen Plan. Spielstand: st.dex = {[injektor]: {gesehen: tag, verstanden: tag|null}}. Test: Dex enthält genau die Injektoren; Zustände überstehen Speichern/Laden.

Hebel 4 – Hub „Heute“ (Welle 1, Sitzung S2)

Die erste Ansicht wird eine ruhige Seite statt sechs Reitern: Datumszeile und Serie · eine große Karte „Dein nächster Auftrag“ (Titel, Kunde, ~Minuten, Lohn, Knopf Annehmen – der einzige Hauptknopf) · darunter drei kleine Kacheln: Aufwärmen (3 Karten) · Tagesrätsel · Post (Kunde/Ereignis, falls etwas da ist). Nach dem Tagesziel erscheint Feierabend mit Bilanz und einem Ausblick („Morgen: …“, aus der Kundenpost bzw. dem nächsten Faden). Serie bleibt, mit Urlaubstagen (2 pro Woche frei) und freundlichem „Willkommen zurück“ statt Schuld. Bausteine: spiel/hub.js, ui/hub.js (Präfix hb-), als Standardansicht registriert; Andock-Leiste bleibt.

Hebel 5 – Tagesrätsel und Klasse (Tagesrätsel: S2; Netz-Codes: Welle 4)

Tagesrätsel: Seed = Datum + Niveau → Spiel.generiere(skill, seed) – alle in der Klasse bekommen dasselbe Netz, ohne Server. Ergebnis zum Kopieren, ohne die Ursache zu verraten:

Netzwerk-Labor · Tagesrätsel #4 · AP1
★★★☆☆ · 4:12 · Hilfe 0 · 2 Versuche
🟩🟩🟨⬜

(🟩 beim ersten Versuch, 🟨 nach Fehlversuch, ⬜ nicht erreicht – je Ziel.) Eigene Serie; ein Rätsel pro Tag, kein Zeitdruck, nichts geht verloren. Fehler bauen und verschenken (Welle 4): Im Sandkasten ein gesundes Netz wählen, 1–2 Fehler aus dem Dex einbauen (nur solche, die man verstanden hat – Lernen durch Lehren), als Netz-Code (komprimierter Text oder Datei) exportieren; ein Mitschüler importiert ihn als Auftrag „Von <Name>“. Ergebnis wieder als Text. Alles offline. Bausteine: spiel/tagesraetsel.js, später spiel/netzcode.js (Kompression per CompressionStream, Rückfall: Klartext-JSON).

Hebel 6 – Spielgefühl: Juice und Klang (Welle 1, Sitzung S1)

Juice-Liste (≈ 12 Stellen): Kabel rastet ein · Port-LED pulsiert grün · Ping-Welle bei Erfolg · Haken „ploppt“ · Sterne fliegen ein · Euro zählt hoch (vorhanden) · Gerät „atmet“, wenn es antwortet · sanftes Wackeln statt Rotflackern bei Fehlern · Stufenfeier (vorhanden). Klang: mit WebAudio selbst erzeugt, keine Dateien: Klick, Link-an (zwei steigende Töne), Ping-Erfolg, Haken, Sterne-Arpeggio, „noch nicht“ (tief, leise), Stufenfanfare. Einstellung Ton: aus / leise / normal, Standard leise in der Vollansicht, immer stumm in der Leiste und bei nicht fokussiertem Fenster. Nichts, was nur über Klang verständlich ist. Bausteine: ui/klang.js, kleine CSS-Animationen mit Präfix jc-; prefers-reduced-motion und UI.bewegung() respektieren.

Hebel 7 – Einstieg in 90 Sekunden (Welle 1, Sitzung S1)

Das Willkommensfenster (≈ 60 Wörter) entfällt. Das Spiel startet direkt im Labor; der Senior spricht in zwei kurzen Sprechblasen (zusammen ≤ 25 Wörter). Erste Handlung ≤ 15 s, erster Erfolg ≤ 90 s mit Funktionsprobe. Danach sofort das Postfach mit zwei Aufträgen zur Wahl (erste echte Entscheidung in den ersten 3 Minuten). Erstes harmloses Ereignis nach ~10 Min, erstes freigeschaltetes Werkzeug nach ~15 Min, erste Akte/Verdacht beim 3. Auftrag.

Hebel 8 – Werkzeugkasten und Büro (Werkzeuge: Welle 2; Büro: Welle 4)

Euro kauft Fähigkeiten, die man spürt: Kabeltester (zeigt Linkzustand und Kabelart auf der Fläche) · Netzprüfer (schaltet die „!“-Warnungen in AP-Niveaus wieder zu) · Analyse-Modus (Paketansicht für alle Geräte) · Konsolenkabel (Terminal auf Geräten ohne IP) · Beschriftungsgerät (Dokumentation → Sterne). Büro-Ausbau (Welle 4): Whiteboard (Plan an der Wand), zweiter Monitor (Dock zweigeteilt), Rack (Labor-Plätze). Weiterbildung schaltet Themen frei und führt zur Spezialisierung (Netzwerk / Sicherheit / Storage & Cloud – passend zum Karriereziel). Playbooks bleiben (sie sind pädagogisch klug: Automatisierung nur, was man sicher kann), sind aber eine Ausgabe unter mehreren, nicht die einzige.

Hebel 9 – Abwechslung: Formen, Postfach als Wahl, Ereignisse, Entscheidungen (Welle 3)

Sechs Formen neben Störung und Projekt: Terminal-Forensik (Netz unsichtbar, nur ein Rechner per Fernwartung) · Plan-Audit (Kundenplan hat 1–3 Fehler) · Adressplan/Beratung (Subnetting-Tabelle) · Hotline (Kunde im Alltagston, du wählst Rückfragen; Textbaum als reine Daten) · Sicherheitsvorfall (fremder DHCP-Server, offener Dienst) · Rollout (mehrere gleiche Arbeitsplätze nach Plan; Tempo nur auf Wunsch). Postfach als Wahl: 3–4 Aufträge verschiedener Kunden und Formen mit Lohn · Zeit · Risiko · „Übt“; Mischer (nie dieselbe Form mehr als zweimal hintereinander; gewichtet nach Zeit seit letzter Form und fälligen Fertigkeiten). Ereignisse (wie im Plan, Phase E, plus): Stromausfall (ungesicherte Konfig ist weg) · Kabelschaden · Provider-Störung (nicht dein Fehler – erkennen) · „Der Praktikant hat nur kurz …“ · Weiterempfehlung (neuer Kunde) · Notfall-Anruf (zwei Dinge gleichzeitig, du wählst die Reihenfolge) · seltene Glücksmomente (Kunde bringt Kuchen: kleiner Bonus; Fundstück: Altgerät mit Kommentar „NICHT ANFASSEN – Kalle“). Höchstens eines je ~15 Min aktiver Zeit, einstellbar aus / selten / normal, immer mit Erklärsatz („Das passiert in echt, weil …“). Entscheidung „Provisorium oder sauber?“ (~8 Aufträge): Provisorium = kürzere Ziele, Lohn × 0,6, setzt eine Schuld-Markierung, die nach ca. 3 Aufträgen einen Folgeauftrag auslöst („Das Provisorium von neulich …“); sauber = volle Ziele inkl. Sicherung und Dokumentation, mehr Lohn, mehr Vertrauen. Datenform: ticket.varianten:[{id, ziele, lohnFaktor, folge:{ticket, nach}}]. Keine Strafe, nur Konsequenz.

Hebel 10 – Kundenakte: Atlas, Vertrauen, Geschichten, Folgen (Welle 3)

Pro Kunde (aus den 7 vorhandenen): Netz-Atlas – das dokumentierte Netz (Plan-Erzeuger aus Phase B), dessen Geräte „aufleuchten“, wenn du dort gearbeitet hast; vollständig = „Kunde komplett betreut“. Vertrauen (1–5): steigt durch saubere Lösungen; schaltet Kundengeschichten frei (3 kurze Kapitel je Kunde mit einer kleinen Wendung und einem Rätsel), Empfehlungen und kleine Rabatte. Figuren: der Senior (Mentor, stellt Gegenfragen statt Lösungen, trocken-warm), Mira (Salon), Heinz (Bäckerei) … je drei Sätze Charakter, Redewendungen und ein einfaches SVG-Gesicht. Folgen: Schuld-Markierungen aus Hebel 9 erscheinen im Kundenblatt als „offene Baustelle“. Spielstand: st.kundenakte[kunde] = {vertrauen, kapitel, atlas:[geraeteIds], schulden:[]}.

Hebel 11 – Meisterschaft: Karte, Par, Gürtel, Portfolio (Karte: Welle 3; Rest: Welle 4)

Kompetenzkarte ersetzt die Textliste im Lernstand: die 27 Fertigkeiten als Landkarte in sechs Regionen (Adressierung · Switching/VLAN · Routing · Dienste · Sicherheit · Betrieb/Storage). Zustände: Nebel (nur Nachbarfelder sichtbar) → gesehen → geübt (Einstieg) → sicher (AP1) → Meister (AP2), gespeist aus dem Lernmotor. Klick auf ein Feld: Mini-Übung, Wiki, passender Auftrag. Par: Jede Referenzlösung (Spiel.loesung) hat eine Schrittzahl. Wer weniger oder gleich viele Schritte braucht, bekommt eine Medaille – optional („Besser machen“ spielt dasselbe Netz erneut). Gürtel je Region (Weiß bis Schwarz) + Meisterprüfung (5 Aufgaben ohne Hilfe). Portfolio: Nach jedem Großauftrag lässt sich ein Abnahmeprotokoll und der Netzplan als Bild exportieren – echte Unterlagen für Berichtsheft und Projektdokumentation.

Hebel 12 – Messen und Abstimmen (Tagebuch: S2; Simulator: Welle 4)

Spieltagebuch (lokal, letzte 500 Ereignisse): Sitzungen, Aufträge (Form, Niveau, Dauer, Sterne, Hilfe, Versuche), „weiter?“ (nächster Auftrag < 120 s). Knopf Auswertung kopieren erzeugt eine kurze Textzusammenfassung zum Einfügen in den Chat – damit werden Aussagen wie „fühlt sich langweilig an“ zu Zahlen. Ökonomie-Simulator (tools/oekonomie.js, Node): spielt Stufenverläufe mit Annahmen durch und prüft Taktung (Ziel: Stufe 1 → 2 in ≈ 45–60 Min aktiver Zeit; passiv ≤ ⅓ von aktiv; kein Auftragstyp > 2× in Folge). Flow-Regler: zwei Fehlschläge hintereinander in einer Fertigkeit → Gerüst (zusätzlicher Hinweis, kleinere Variante); drei Glanzergebnisse → mehr Verwicklung (zweiter Fehler, weniger Hinweise). Sichtbar in den Einstellungen („Anpassung: automatisch / manuell“), nie als Etikett am Spieler.

6 · Stufenregeln (Einstieg / AP1 / AP2)

Passt zu „erst beibringen, dann abfragen“ und macht aus dem Niveau eine echte Prüfungsübung.

7 · Scorecard (Rubrik, Ist, Ziel)

Jedes Kriterium wird mit einer Prüffrage bewertet (0 = nein, 5 = durchgehend ja). Bewertet wird nach jedem Haltepunkt von dir (oder mir) am echten Programm, mit kurzer Begründung in der Notiz.

„nach S1“: nur die Kriterien, die S1 laut Auftrag neu bewertet (2, 4, 12); „nach S2“: 1, 5, 8, 9, 10; „nach C“ (Ende Welle 2, B + C): 3, 4, 8; „nach E1“: 3, 4, 5, 6, 7, 9, 11; „nach E2“: 6, 7, 8, 9, 11; „Prüfung § 20“: die strengere, unabhängige Einschätzung aus § 20 (2, 3, 4, 5, 6, 7, 11 niedriger); „nach P“: 2, 3, 5, 6, 7, 9 neu bewertet – auf der strengeren Grundlage, nicht auf 38,0. „–“ = unverändert gegenüber der Spalte davor. Begründungen in , und und .

Hinweis: Welle 4 (Netz-Codes, Par, Gürtel, Büro) ist Reserve und hebt vor allem 8, 10 und 11 weiter; sie gehört nicht zur +50 %-Zusage.

8 · Messen

Verhaltensmaße aus dem Spieltagebuch (Hebel 12) – pro Person und Woche, Vergleich vor und nach jeder Welle:

Playtest (30 Min, 3–5 Mitschüler, einmal vor Welle 1 = „Messung 0“, dann nach jeder Welle): 10 Min frei spielen, laut denken lassen; Beobachter notiert 5 Reibungspunkte und 5 Leuchtmomente; danach 8 Fragen auf einer Skala 1–7 (angelehnt an PENS, nicht das offizielle Instrument): Ich fühlte mich geschickt · Ich habe dazugelernt · Ich konnte selbst entscheiden, wie ich vorgehe · Ich wusste immer, was als Nächstes dran ist · Ich habe die Zeit vergessen · Ich würde meinen Mitschülern davon erzählen · Ich würde morgen weiterspielen · Ich war nie genervt.

[!tip] Wenn es schnell gehen soll Messung 0 darfst du auslassen; das Tagebuch (S2) misst ab dann. Aber ohne Vorher-Wert bleibt „+50 %“ eine Schätzung – das sage ich ehrlich dazu.

9 · Umsetzung: Wellen und Opus-Sitzungen

Grundsätze (aus dem Projekt, unverändert): selbst und nacheinander bauen, kein Schwarm · nach jedem Modul sh tools/test.sh und Git-Commit · Vertrag zuerst in Architektur.md · Wirkung vor Grün (Szenario im echten Programm, cdp.py lauf) · Klassen ↔ CSS (tools/klassen.py) · Platzbudget R5 mit Messung wie Phase A · nur Windows bauen.

Datenformen, die in Architektur.md ergänzt werden (alles optional mit Standardwert, Migration v:1 → v:2):

st.dex           = { [injektor]: { gesehen:"2026-10-04", verstanden:null|"2026-10-05" } }
st.tagesraetsel  = { serie:0, [tagId]: { sterne, sek, hilfe, versuche, zeile } }
st.tagebuch      = [ { t, art:"auftrag-ende"|"sitzung", form, niveau, sek, sterne, hilfe, versuche, weiter } ]   // höchstens 500
st.kundenakte    = { [kunde]: { vertrauen:1..5, kapitel:0..3, atlas:[geraeteId], schulden:[{id, seit}] } }
st.einst.ton     = "aus"|"leise"|"normal"
inst.akte        = [ { n, art:"ping"|"trace"|"befehl"|"plan", von, nach, befund, schicht, grund:null, wichtig:false } ]
inst.verdacht    = { schicht, grund, geraet, t, treffer:null|"schicht"|"voll" }
ticket.varianten = [ { id:"provisorium", ziele:[…], lohnFaktor:0.6, folge:{ ticket:"salon-04-folge", nach:3 } } ]
Spiel.szene(inst, abnahme) → [ { ziel, art:"druckt"|"seite"|"adresse"|"gesperrt"|"haken"|"sicherung", pfad:[geraeteId], text } ]

10 · Risiken und Gegenmaßnahmen

[!bug] Ehrliche Grenze „Spielspaß“ lässt sich nicht beweisen, nur annähern. Diese Notiz erhöht die Wahrscheinlichkeit, dass das Spiel trägt, und sorgt dafür, dass wir es merken, wenn es das nicht tut.

11 · Gegenlesen: was sich in den zwei Durchgängen geändert hat

Durchgang 1 (Entwurf gegen deine Kritik „zu viel auf einmal“ geprüft)

• Zu viele neue Dauer-Elemente → R5 Platzbudget und „Hub statt Reiter“; Akte/Plan/Terminal teilen sich ein Dock (K1).
• „+50 %“ war eine Behauptung → Rubrik mit Prüffragen, Ist/Ziel je Kriterium, Tagebuch und Playtest.
• Reiz-Mechaniken können manipulieren → R6/R7, Urlaubstage statt Serien-Verlust, Pausenhinweis.

Durchgang 2 (gegen Machbarkeit und Reihenfolge geprüft)

• Akte braucht Plan und Terminal als Quellen → nur die Stufenregeln kommen sofort (S1), die Akte in Welle 2.
• Welle 1 nutzt nur vorhandene Daten (Ziele, Traces, Injektoren, Lernmotor) → geringstes Risiko, größter sofortiger Effekt (Peak-End, Sammeln, Bogen).
• Verschoben oder gestrichen: Azubi-Mitarbeiter, der Aufträge lernt (Backlog) · Rivale-Systemhaus · kosmetische Büro-Spielerei vor Welle 4 · Ranglisten (bräuchten Server, widersprechen R8) · Hintergrundmusik (nur Effekte).
• Die zwei Quick-Win-Sammler (Fehlerdex, Tagesrätsel) kommen früh, weil sie aus vorhandenen Daten entstehen und in der Klasse Gesprächsanlass sind.

12 · Entscheidungen (Standard gilt, außer du widersprichst)

13 · Startblöcke für Opus

Sitzung S1 (kopieren, Arbeitsordner Documents\Joshua):

Du arbeitest am „Netzwerk-Labor“ (Joshua/10-Projekte/Lernprojekte/Netzwerk-Labor), Zweig ausbau-1.2.
Phase 0 und A sind fertig. Jetzt kommt WELLE 1, SITZUNG S1 („Sofortgefühl“) – NICHT Phase B.

ZUERST LESEN: „Design – Spielspaß 2.0.md“ (§ 0, § 2, § 5 Hebel 1, 2 (nur Stufenregeln), 6, 7, § 6, § 9),
„Plan – Ausbau 1.2.md“ (§ 1 Leitplanken), „Architektur.md“, dann ui/spiel.js (ticketFertig, Ergebnisdialog,
Willkommen), ui/editor-pakete.js (Paketanimation), spiel/abnahme.js, ui/app.js (Einstellungen), spiel/abzeichen.js.

ARBEITSWEISE: selbst und nacheinander (kein Schwarm); nach jedem Modul sh tools/test.sh + Commit;
Datenformen zuerst in Architektur.md; jede neue CSS-Klasse mit Regel (python tools/klassen.py); nur Windows
bauen; Platzbudget R5 einhalten (Labor-Start ≤ 12 Bedienelemente, ≤ 40 Wörter, 1 Hauptknopf – wie in Phase A
messen). Entscheide Details selbst, halte sie im Commit-Text fest, berichte ehrlich auch über Fehlschläge.

AUFGABEN
1. Funktionsprobe-Szene (Hebel 1): spiel/szene.js (headless) + ui/szene.js (Präfix sz-). Läuft nach bestandener
   Abnahme 2–6 s, überspringbar (Esc/Klick/Leertaste), bei reduzierter Bewegung statische Haken-Liste.
   Pfad aus der Trace der Abnahme; Endgerät reagiert (Drucker/Seite/Adresse/Schild); Kundenzeile als Sprechblase.
   Ergebnisdialog auf höchstens drei Blöcke kürzen (Sterne+Lohn · Dein Weg · Merke), Abzeichen nur wenn neu.
   Geänderte Geräte pulsieren kurz (Diff gegen Startnetz).
2. Stufenregeln aus § 6 (nur Live-Warnungen „!“, Live-Haken, Abnahmeversuche) abhängig vom Niveau; Test-Matrix.
3. Spielgefühl (Hebel 6): Juice-Liste (~12 Stellen, Präfix jc-) und Klang per WebAudio (ui/klang.js, Einstellung
   Ton aus/leise/normal, Standard leise, Leiste und unfokussiertes Fenster stumm).
4. Einstieg in 90 s (Hebel 7): Willkommensfenster ersetzen (direkt ins Labor, Senior in zwei kurzen Sprechblasen,
   ≤ 25 Wörter), danach Postfach mit zwei Aufträgen zur Wahl.
5. Kabel-Toast (K6) kürzen und nicht über die Fläche legen.

ABNAHME (im echten Programm, python tools/cdp.py lauf …, Bildschirmfotos):
Frisch → erster Auftrag → Probe → Ergebnis → Postfach (Wahl). Messen: Zeit bis erste Handlung ≤ 15 s, Erfolg ≤ 90 s,
Probe 2–6 s, Dialog ≤ 3 Blöcke, Startbildschirm ≤ 25 Wörter. Tests: Szene für ALLE Tickets (hand + generiert);
Niveau-Matrix; Ton stumm in der Leiste. Prüfe zusätzlich den Leiste-Modus (UI.modus("leiste")) einmal separat.
Danach: Scorecard-Kriterien 2, 4 und 12 selbst neu bewerten (mit Begründung) und in „Design – Spielspaß 2.0.md“
eintragen. Build neu, Notiz aktualisieren, HALTEPUNKT – nicht mit S2 beginnen.

Sitzung S2 (nach dem Anspielen von S1): gleicher Kopf, aber „SITZUNG S2 („Bogen“)“, Aufgaben: Hub „Heute“ (Hebel 4: Hauptkarte, Aufwärmen, Tagesrätsel-Kachel, Feierabend mit Ausblick, Urlaubstage) · Tagesrätsel (Hebel 5) · Fehlerdex (Hebel 3) · Spieltagebuch mit „Auswertung kopieren“ (Hebel 12). Abnahme laut § 9; danach Scorecard 1, 5, 8, 9, 10 neu bewerten.

Verwandt: Plan – Ausbau 1.2 · Konzept – Netzwerk-Labor · Architektur · FISI-Spielhalle

14 · Stand nach S1

Gebaut und abgenommen am 04.10.2026 (Opus, Zweig ausbau-1.2, 8 Commits). Alles hier ist im echten Programm gesehen: Programm/Netzwerk-Labor.exe (gebaut 04.10. 15:25), Szenario per python tools/cdp.py lauf, keine JS-Fehler. Bilder und Messdateien: Nachweise/1.2-S1/ (im Vault, nicht im Git).

Abnahme (Frisch → erster Auftrag → Probe → Ergebnis → Postfach mit Wahl)

Tests: 136 grün (vorher 126): Stufenregeln-Matrix, Szene für alle 37 handgeschriebenen und 95 generierten Aufträge (jede Zeile mit Kabel-verbundenem Pfad bis zum Endgerät), Vorher/Nachher-Diff, Ton-Regel, erste Wahl im Postfach.

[!warning] Ehrlich zu den Zeiten Erste Handlung und Erfolg sind mit einem Skript gemessen, nicht mit einem Menschen. Ein Mensch liest die 23 Wörter (~6 s) und braucht für Kabel, Ping und Abnahme eher 30–60 s – das bleibt deutlich unter 90 s, ist aber eine Schätzung, bis das Spieltagebuch (S2) echte Zeiten liefert.

Scorecard 2, 4, 12 – neu bewertet

Summe 26,0 → 28,4 von 60 (nur 2/4/12 neu bewertet). Das ist meine Einschätzung am echten Programm, kein Playtest-Ergebnis.

Entscheidungen (stehen auch in den Commits)

• Versuchsabzug einmal, nicht je Versuch (AP1 −½ ★, AP2 −1 ★ ab dem 2. Versuch) – Ruhe-Prinzip R7. Prüfung behält ihre eigenen Regeln.
• „!“ verschwindet überall zugleich (Fläche, Inspektor-Kopf, Hinweise, gelbe Feldvermutungen); rote Formatfehler bleiben.
• Szene: Einstieg zeigt bis 4 Ziele, AP1/AP2 bis 2 und schneller; das erste Paket verwirft der Router oft regulär während ARP – gezeigt wird das erste, das ankommt.
• Dialog: Kundenzitat steckt jetzt in der Szene; Abzeichen, Fertigkeitsstufe und Tagesziel (mit „morgen fällig“) nur als je eine Zeile im ersten Block, wenn es sie gibt.
• Kein „Ich kenne mich aus“-Knopf mehr; Postfach ist über die Leiste immer erreichbar.
• Erste Wahl: bis zum 2. erledigten Auftrag zwei Angebote verschiedener Kunden, danach wie bisher drei.

36 · Lagebild 2.0 — die Labor-Fläche (30.10.2026)

Auftrag (wörtlich): „nutze ein team um die Lab funktion zu optimieren. Es ist hässloch blockig und

38 · Runde 3b — „nicht mehr nach Vorlage": Audit, Ambiente, lebende Zonen (30.10.2026)

Was der Nutzer bemängelte. „dann fixe diese doch" (13 Audit-Signale), „Wenn ein PC aus der Zone geschoben wird muss die Zone sich mit ihm verschieben", „es fehlen noch die ganzen ambient, atmenden, pulsierenden Effekte".

Was jetzt anders ist.

• Heute: nur noch zwei gerahmte Datenflächen statt zehn; offene Typo-Flächen für Hero und Kennzahlen; Satzlabels statt Doppel-Schrägstrich; echte Hierarchie (Titel 28–34 px, Fließtext 14–15 px, Metadaten 11–12,5 px, maximal 3 Versalien pro Ansicht). Gemessen: Anteil <= 12,5 px 87 → 77 %, >= 14 px 12 → 22.
• Lernstand/Shop/Einstellungen: weniger Karten (119 → 79 bzw. 4 → 2), keine leeren Balkenlücken, Shop-Regal zweispaltig ohne Akzentwand, Einstellungen eine Segmentfläche mit 44-px-Zielen.
• Postfach: letzte Neon-Reste (Kundenkante, Icon-Platte, Pillen) entfernt, Kacheln gestreckt.
• Sprache: Doppel-Schrägstrich aus allen UI-Labels entfernt (nur noch CLI/Code); Ersatz ist eine 2-px-Akzentlinie oder ein Satzlabel. Titel/Kunde kollidieren nicht mehr (Kunde unter dem Titel, gemessen 4 px Abstand).
• Ambiente: je Theme atmet die Fläche (Messing 9 s warmes Licht, Pulsar 7 s Nebel + Sternenpunkte, Keramik 12 s Tageslicht, Nordlicht Aurora, Papier Papierkorn), dazu Dock-Knopf-Atmen, Primärknopf- Schein, pulsierender Auswahlring und Lauflicht auf Live-Kabeln. Alles nur bei Bewegung „an"; „aus" ist ein Standbild. Im Build per zwei CDP-Frames belegt (mittlere RGB-Differenz 1,2–2,2, 16,5 % Pixel).
• Lebende Zonen: beim Ziehen eines Geräts werden Hülle und Chip pro Frame neu berechnet — die Zone verschiebt sich mit dem Gerät und wächst mit.

Ehrlich offen. R12 (ethos --dom) nicht gemessen; Ambient nicht auf 60 fps/Paint geprüft; die Heute-Ansicht in Messing/Papier wurde über Kontrastpaare geprüft (8,38/6,83 : 1), nicht per Bildschirmfoto aus der laufenden .exe (Desktop war durch eine parallele Sitzung belegt).

39 · Bento 2.5 — die fünf Arbeitsflächen (30.10.2026)

Was der Nutzer bemängelte. Postfach „lieblos und unpersönlich"; Kundenbereich „zu kindlich, weniger wie in einer Job-Simulation mit Kundenprofil", verlangt eine „ansprechende Bento-Ästhetik"; Dashboard: Ziele, Sitzungen und Klassenraum liegen so, dass es „wie ein einzelnes unordentliches Objekt" aussieht; Training „zu sehr altes Design, kindlich, unprofessionell" und „nur eine unübersichtliche Kaskade an Einheiten"; die minimierte Leiste soll „komplett überarbeitet" werden — „viel interaktiver, bessere und innovativere Inhalte"; dazu der Hilfeleiter-Slogan aus dem ersten Screenshot. Der Vertrag steht in Entwurf – Bento 2.5 (Arbeitsplatz) und Architektur § 22.

Die Gestaltungssprache. Ein 12-Spalten-Raster mit 12/16-px-Abstand, Kacheln mit einer Haarlinie, var(--radius) und 16-px-Innenabstand; Mikrolabel in Mono (11 px), Titel in der Display-Schrift, Fließtext 14 px; genau eine farblich hervorgehobene Kachel und eine Hauptaktion je Ansicht; Monogramme statt Emoji; Kundenfarbe nur als Tint/Rail; keine erfundenen Zahlen. Gemeinsame Bausteine: src/stil/bento.css und src/ui/bento.js.

Die fünf Flächen (Kurzfassung).

• Postfach: Kopf mit vier echten Kennzahlen, Liste 420 px mit Monogramm, Ansprechpartner, Vorschauzeile und Meta-Chips; Leser als Brief mit Absenderblock, vier Datenkacheln, Kundenkontext und Zielen; Blatt < 900 px. Hilfeleiter: Diagnose-Assistent mit 1–6-Stufenleiste, „Nächste Diagnose" als echte Zeile, Werkzeug-Chips, leiser Simulationshinweis, 44-px-Trefferflächen.
• Kunden: Portfolio mit einer breiten Hauptkachel, Profilkacheln (Branche, Kontakt, Vertrag/ Ampel + €/h, Aufträge/Ø-Sterne, Vertrauenssegmente, „Zuletzt") und eigener Sektion für gesperrte Kunden. Kundenakte: Dossier aus Kopfkachel, vier Datenkacheln, begrenztem Netz-Atlas mit Leerzustand, Geschichten, Zuletzt und Belohnungen.
• Dashboard: Hero (8) + Kennzahlen (4); darunter drei gleich hohe, gleich gekleidete Kacheln Tagesziel / Letzte Sitzung / Klassenraum; darunter Lagebild + „Heute dran" mit echten Werten. Die Signal-Kachel mit erfundenen Zahlen ist entfernt, der Klassenraum-Code sitzt in seiner Kachel.
• Training: Trainingsarena mit Kennzahlen, Filterleiste (Alle/Basis/Störung/Prüfung/Empfohlen/ Noch offen), Weiterlernen-Kachel und sieben Lernpfaden mit klebenden Köpfen; je Pfad eine Karte als „Nächster Schritt" (nur diese primär, 1 Primärknopf im Bild statt 6); Quelle zweizeilig, Ergebnis-/Fehlerkarte ruhiger.
• Leiste: „Nebenbei-Cockpit": zugeklappt unveränderte 300 × 56-Statuszeile; aufgeklappt 320 × 300 mit „Jetzt dran", Mini-Ticket (Frage/Antwort/Denkhilfe/Anker) und Status & Verträgen plus Fußzeile mit Postfach-Zähler und Labor. Nur Maus, kein Fokusklau.

Was gemessen ist. 878/878 Tests grün, 0 übersprungen; klassen.py 0; ethos.py GRÜN und besser als der eingefrorene Stand (R2 19, R4 153, R9 58, R10 39); umlaute.py GRÜN; seite.py --pruefen GRÜN (54 Dokumente). Sichtprüfung je Bereich bei 1440/960/720 (Vorher/Nachher unter Nachweise/bento/); unabhängige Design- und Theme-Prüfung: 7 Zustände × 7 Ansichten ohne harten Kontrastbruch, 0 Emoji in UI/CSS, 0 JS-Fehler, 52 .tr-karte mit intakten Haken. Nicht gemessen: R12 (--dom), das echte Tauri-Fenster, Hover-/Tastaturzustände im Vollbild, Android.

Was bewusst offen bleibt. Die Leiste bleibt im zugeklappten Zustand bewusst nah am alten Verhalten (Testvertrag: exakte Statuszeile, 300 × 56) — die neuen Inhalte entfalten sich aufgeklappt. R12 ist mit 7 Filtern und 52 Karten im Training designgemäß über der alten 6-Bedienelemente-Grenze; die Entscheidung „einfrieren oder Oberfläche reduzieren" bleibt dem Nutzer, wie in der Übergabe vom 29.10.2026 notiert.

40 · Runde 4 — Jobdoku, Flugschreiber, Fenster, Werkstattregal (31.10.2026)

Was der Nutzer bemängelte. Die noch alten Flächen — Verdacht/Akte, Lernstand, Simulator, Inspektor, Shop, Fenster, Interaktion — passten nicht mehr zu Bento 2.5 und trugen den „amateurhaften Fensterstrich" (native Windows-Titelleiste). Verlangt war: eigenständige, originelle Bento-Sprache, glaubwürdige Job-Simulation mit didaktischer Hilfe, und das Ganze als Fassung 2.6.0 veröffentlicht. Vertrag: Entwurf – Runde 4 (Jobdoku & QoL), Architektur § 23.

Die Gestaltungsidee je Fläche (eigene Motive statt einer Kartenwand).

• Verdacht + Jobdoku = Einsatzakte. Ein Dossier, kein Formular: Aktenkopf mit Vorgang und Beginn, didaktisches Fortschrittsband (beobachten · messen · eingrenzen · Hypothese · handeln · dokumentieren) aus echten Daten, Hypothesen-Stempel, Schichtentreppe 1·2·3·4·7 als Register mit Beweiszahl je Schicht, Beweistimeline mit Schicht-Rail, ★-Markierung. Jede Evidenzkarte ist ein Weg zum Fundort (Gerät/Port/Kabel) — der Sprung läuft über einen Resolver, der auch dem Flugschreiber und dem Inspektor dient. Dokumentationsblock mit „Einsatzbericht kopieren", der nur Sichtbares enthält.
• Lernstand = Ausbildungs-Cockpit. Sachlich, nicht gamifiziert: Prüfungsreife-Kachel, ein prominenter „Nächster Schritt" mit genau einer Hauptaktion (aus laufender Prüfung, fälliger Wiederholung, wackeliger Fertigkeit, Aufstieg, offenem Feld — in dieser Reihenfolge), Kompetenz- karte als sechs Regionen-Register (Zustand als Text UND Form, Nebel bleibt Nebel), Fehlerheft mit echtem Fehlertext und Üben-Knopf, Behalten mit ehrlichen „–".
• Simulator = Flugschreiber. Kopf mit Kunde und Ergebnis, Was/Wo-Zeile, Format-Umschalter Ergebnis / Schritt für Schritt, Warnbanner „Erster Fehler" mit „Zum Fundort", Zeitachse mit Schichtbändern L2/L3/L4/L7. Jede Fehler-/Warnmeldung ist anklickbar. Anfänger-Hilfe als Toggle: Hinweise, Nächster-Schritt-Ort und Highlight des nötigen Geräts/Reiters — ohne Fokusklau, ohne Lösung; aus = ruhige Profi-Sicht.
• Inspektor = Steckbrief. Einzelklick ohne Ziehen auf Gerät, Port, Kabel oder Zone öffnet die Infos rechts, unabhängig vom aktiven Werkzeug; das Werkzeug bleibt aktiv. Steckbriefe für Gerät (Rolle, Zustand, Ports, Adresse, VLAN), Port, Kabel (beide Enden, Link) und Zone (CIDR, Mitglieder, Gateway); Reiter ≥ 44 px mit role="tab", Auswahl zusätzlich als Rail (nicht nur Farbe).
• Shop = Werkstattregal. Vier Warengruppen nach Aufgabe (Werkzeuge, Automatisierung, Aussehen mit echter Token-Vorschau, Kunden & Prüfung als Verweis-Kacheln), Zustands-Chips mit Text und Symbol, genau eine Aktion je Artikel, ehrliche Empfehlung nur aus echten Daten. Kaufbestätigung ab 100 € als ruhiger Dialog mit Esc/Enter und Fokus-Rückkehr.
• Fenster = eigenes Programm. Die Vollansicht hat keine native Titelleiste mehr; die Bento-Kopfzeile selbst ist die Titelleiste: Drag-Region, Doppelklick maximiert, drei 44-px- Fensterknöpfe mit aria-label und Fokusring, Kennzahlen passen sich 880/960/1440 an. Leiste, Tray, Snap und Resize bleiben unverändert.

Was gemessen ist. node tests/run.js 930/930 grün, 0 übersprungen (52 neue Fälle, sechs neue Testdateien) · Rauchtest 45/45 · klassen.py 0 · ethos.py GRÜN und besser als der eingefrorene Stand (R1 24→23, R2 20→17, R4 169→140, R9 62→58, R10 42 = Stand) · umlaute.py GRÜN (0 offene Befunde) · Simulation unverändert. Sichtprüfung jeder Fläche bei 1440/960/720; Themes/„Bewegung aus" stichprobenweise (Papier, Hell, Keramik, Nordlicht), im Aufbau zusätzlich die Token-Regel (keine Farb-/Maß-Literale in neuem CSS). Zwei unabhängige Prüfungen (Bento-Design; Theme/Struktur/A11y) haben gegengelesen; die Leitung hat ihre Befunde eingearbeitet.

Ehrlich offen. R12 (ethos --dom) bleibt ungemessen (wie in den Vorrunden); die Android-APK bleibt aus (kein SDK); das echte Tauri-Fenster wurde über einen Prüfbau mit eigener App-Kennung bedient, weil eine fremde Programm-Instanz lief (Regel 1: keine fremden Prozesse beenden); die restlichen Themes wurden stichprobenweise statt flächendeckend fotografiert; der Puls am Dock-Reiter (Anfänger-Hilfe) ist im Code, aber nicht im Foto festgehalten.

41 · Runde 5 — Der Auftragsbogen, die ruhige Karte und die Leiste als Begleiter (31.10.2026)

Was der Nutzer bemängelte. Drei Fotos aus dem laufenden Programm: überlappende Elemente in der Auftragsmappe (Werkzeugleiste und „Lagebild" schienen durch die Mappe), unausgerichtete Felder im Inspektor (gequetschte Portzeilen, angeschnitten), eine ausgewaschene Minileiste ohne erkennbaren Nutzen, ein hartes Zusammenfallen — und die Erkenntnis, dass man einen Netzwerk-Auftrag im 320-px-Fenster nicht lösen kann: „Das Konzept muss umgedacht werden."

Die Antworten (eigene Motive, kein Kartenwald).

• Auftragsmappe = Auftragsbogen. Ein Blatt mit eigenem Kopf: Kicker „AUFTRAG · <Kunde>", Auftragstitel als Display-Titel, Meta „Ziele 0/1 · Einstieg", Register Brief / Ziele / Plan, ein X und ein Fuß mit „Ziele ansehen" plus genau einer Hauptaktion. Solange das Blatt offen ist, ruht die Karte: Werkzeugleiste und Flächentitel verschwinden (kein zweiter Kopf, keine Überlappung); der frühere Kopfraum-Hack war die Ursache des Streifens und ist entfallen. Die Höhe folgt dem Inhalt — ein Ziel ergibt 315 px statt 515 px, der Leerraum sinkt von ~300 auf 16 px; drei Ziele brauchen 426 px und scrollen erst dann. Auf schmalen Fenstern kommt das Blatt von unten.
• Karte = ruhige Fläche. Die Knoten-Beschriftung atmet: 15 px Zeilenabstand statt 13, und die Adresszeile steht nur noch dort, wo sie gebraucht wird (Hover/Auswahl oder Zoom ≥ 85 %); das Decluttering greift auch für IP-Zeilen. Neun gemessene Überlappungspaare → null, in allen Breiten, Zoomstufen und Themes.
• Inspektor = Steckbrief mit Luft. Der Kopf schrumpft von 135 auf 102 px und fasst seine Kennzahlen in EINE ruhige Zeile. Die Portzeile ist keine gequetschte Vierspalten-Tabelle mehr, sondern ein zweizeiliger Block: Portname + Link-Chip + Modus-Chip, darunter zwei gleich breite Felder „Modus" und „VLAN" mit je einer Beschriftung (44 px hoch, 141/136 px breit statt 62–73). Die Liste scrollt in sich und rundet ihre Höhe auf ganze Zeilen — keine angeschnittene Portzeile mehr. Die Verwaltungsadresse (SVI) zieht als Karte in den VLAN-Reiter, wo sie fachlich hingehört.
• Minileiste = Begleiter (Konzeptwechsel). Die Leiste versucht nicht mehr, einen Auftrag zu lösen: Sie zeigt im zugeklappten Zustand Stufe · Rolle und drei Werte in einer Zeile, bei 92 % Deckkraft statt ausgewaschener 55 %. Aufgeklappt begleitet sie den laufenden Auftrag: „Jetzt dran" nennt Kunde · Auftrag und den nächsten Schritt in einem Satz (aus echten Daten, nie die Lösung), führt per „Im Labor fortsetzen" an den Arbeitsplatz und per „Auftrag lesen" in den Bogen; die „Kurzübung (freiwillig)" stellt die bekannte Mini-Frage, aber mit einer Kontextzeile aus dem aktiven Auftrag; „Lage" fasst Verträge, Serie und offene Tickets zusammen. Aufklappen: 320 ms mit sanfter Kurve, Inhalt gleitet gestaffelt herein; Zuklappen blendet erst den Inhalt aus, dann fällt die Karte zusammen, erst danach schrumpft das Fenster. „Bewegung aus" ist ein Standbild.

Was gemessen ist. node tests/run.js 932/932 grün, 0 übersprungen; Rauchtest 45/45; klassen.py 0; ethos.py GRÜN (R1 23, R2 17, R3 4, R4 169→135, R9 62→58, R10 42); umlaute.py GRÜN; Simulation unverändert. Sichtprüfung je Fläche 1440/960/720, fünf Themes + Hell und „Bewegung aus" stichprobenweise; zwei unabhängige Prüfungen (Design; Theme/Struktur/A11y) haben gegengelesen. Der Überlappungstest wurde auf die neue Mechanik umgestellt, nicht abgeschwächt.

Ehrlich offen. R12 (ethos --dom) wie in den Vorrunden ungemessen; die echte Maus im Tauri-Fenster nur über den Prüfbau (fremde Instanz, Regel 1); einzelnen Theme-Regeln schlucken den Fokusring am Inspektor-Feld (im Bericht der Prüfer genannt, Lead-Datei); 720 px mit eingeschalteter Anfänger-Hilfe zeigt die Zeitachse kleiner (Hilfe ist abschaltbar); die Leisten-Kapselknöpfe sind 44 px hoch, aber 40 px breit (rein mausbedient, bewusste Verdichtung im 300-px-Vertrag).

42 · Runde 6/7 — Kontext vor Frage, Information vor Knopf (31.10.2026)

Zwei Bilder des Nutzers gaben die Richtung. Bild 1: die Kurzübung fragt „Antwortet 10.0.0.1 auf einen Ping aus dem LAN?", zeigt aber das Netz des Auftrags nicht — „wie soll der Schüler das hier lösen?" Die Antwort ist nicht mehr Quiz, sondern Kontext: Die Frage entsteht jetzt aus dem echten Netz des offenen Auftrags und trägt ihre Lage mit (Gerät, Adresse/Maske, Gateway, Port-Modus, VLAN, Zustand). Die Leiste zeigt erst eine ruhige Einladung, auf Klick Lage und Frage; nach der Antwort die Erklärung. Ohne Netz keine Frage — lieber ein ehrlicher Weg ins Labor als eine unlösbare Karte.

Bild 2: der Flugschreiber wirkte wie eine Knopfwand — „warum sind die Buttons so groß? Das Auge sollte auf die Infos hingezogen werden." Der Umbau folgt drei Ebenen: Ergebnis, Befund, nächster Schritt. Der Fehler ist eine Rail-Zeile statt eines Warnbanners; Hilfe ist eine numerierte Liste mit hängendem Einzug; „Zum Fundort" und „Gerät zeigen" sind leise Verweise, der einzige gefüllte Knopf ist der nächste Weg (und in der Fehleransicht gar keiner). Farbe bleibt für den Befund und das aktive Segment reserviert; sonst tragen Größe, Gewicht und Abstand die Hierarchie. Messbar: laute Knöpfe 11 → 2, Flächen 4 → 1, ein Hauptweg statt drei.

Beides zusammen ist die Regel dieser Fassung: Kontext vor Frage, Information vor Knopf.

43 · Runde 8 — Die Abteilung „Subnetting": ein eigener Ort für ein eigenes Denken (31.10.2026)

Auftrag. Der Nutzer wollte ein eigenes „Subnetting abteil", in dem Subnetting und VLAN intensiv gelehrt werden — mit visuellen Hilfen, Übungen, Werkzeugen und Lernspielen, die nur dem Lernen dieser beiden Themen dienen —, und fragte ausdrücklich, wie und wo das in die bestehenden Themes integriert wird. Die Antwort dieser Runde ist eine eigene Ansicht subnetz, kein Anbau an eine bestehende Fläche: Subnetting ist kein Fall, den man im Labor „mal eben" repariert, sondern eine Rechen- und Denkweise, die ihren eigenen Übungsort braucht.

Gestaltungsidee — „Werkbank statt Klassenzimmer". Die Abteilung ist eine ruhige Werkbank in derselben Bento-Sprache wie Training und Lernstand: ein Kopf mit Stufe, Fortschrittsring und „Nächster Schritt", darunter vier Register (Lehrpfad · Werkzeuge · Üben & Spielen · Formelsammlung). Die visuelle Sprache kommt aus dem Gegenstand selbst: Bits als Zellen, die Maske als Schablone darüber, Blockgrenzen als Rail auf einem Lineal, VLANs als farbige Ports mit Nummer (nie Farbe allein), Frames mit Tag. Das 32-Bit-Labor ist das Herzstück: man klickt Bits, sieht den Oktett-Dezimalwert und die Maske gleichzeitig — das ist die Brücke zwischen „binär" und „192.168.10.0/26", die im Bestand fehlte.

Was bewusst so ist.

• Vier Register, nicht vier Ansichten. Alles bleibt in einer Fläche; der Zustand (Register, offene Lektion, laufende Runde) bleibt beim Wiederbetreten erhalten. Esc führt eine Ebene zurück. Kein Fenstersystem, keine neuen Dialoge.
• Eine Hauptaktion je Zustand. Lektion: „Übung starten"; Runde: „Prüfen"; Ergebnis: „Neue Runde" — die übrigen Wege sind leise (Ghost). Das ist dieselbe Regel wie im Auftragsbogen (Runde 5), hier auf Lernflächen übertragen.
• Kein Geld, kein Ruf, keine Karriere. Lernen ist freiwillig und kostenlos; die Abteilung verbucht nur Lernstand (L.ueben), Werkzeug-Lösungen mit {hilfe:true}.
• Der Dock-Titel braucht eine Kurzform. „SUBNETTING" bricht in der 76-px-Spalte mitten im Wort um (im Browser gemessen). Dock-Beschriftung ist deshalb „Subnetz"; Titel, Tooltip, Statusfuß und Befehlspalette behalten „Subnetting". UI.app.liste() kennt dafür das optionale Feld kurz (Rückfall: Titel).
• Wo sie andockt: Dock direkt nach „Labor" (verstehen/üben vor dem Training ganzer Fälle), Befehlspalette (automatisch + sechs Werkzeugbefehle), Querverweis am Ende der Trainingsliste, interne Verweise zu Wiki/Labor/Training. Keine Hub-Kachel: das „Heute"-Raster ist mit einer festen 12-Spalten-Belegung voll; eine Kachel hätte die gemessene Ordnung gebrochen. Die Auffindbarkeit leisten Dock, Palette und Training — messbar ohne Umbau einer Kernfläche.

Messung (31.10.2026, headless Edge, 1440/960/720). 39 Zustandsmessungen über Lehrpfad, Lektion, sechs Werkzeuge, Übungsrunde, Ergebnis und Formelsammlung: 0 abgeschnittene Texte, 0 seitlich scrollende Seiten, 0 JS-Fehler. Kontrast von 14 Textpaaren (Titel, Lead, Mikrolabel, Merksatz, Frage, Rückmeldung, Formeltitel …) in 7 Theme-Zuständen (Nordlicht, Messing, Papier, Pulsar, Keramik, Hell, Dunkel): 0 Verstöße (Fließtext ≥ 4,5:1, große Schrift ≥ 3:1). „Bewegung aus" ergibt 0 Animationen. Belege: Nachweise/runde7/abnahme/. Bewusste Beobachtung: die 32 Bit-Zellen des Bitlabors sind bei 960/720 kleiner als 44 px (direkte Manipulation auf einer dichten Fläche); alle Schaltflächen und Felder der Abteilung halten die 44-px-Regel.

Was diese Runde nicht ist. Kein zweites Wiki, kein Ersatz für das Training, keine Simulationsänderung. Der Bestand bleibt: Training = ganze Fälle, Labor = anwenden, Abteilung Subnetting = verstehen, ausprobieren, sichern.

44 · Fassung 3.0.0 — W1 und W2, ehrlich nachgetragen (31.10.2026)

[!warning] Nachtrag, nicht zeitgleich geschrieben Die Regel „Nach jedem Commit den Stand nachziehen" wurde bei den Integrations-Commits der W1 und W2 nicht erfüllt: aa08057 (W1), d0785d6 (W1-Hotfix) und ff06834 (W2) änderten den Bestand, diese Design-Notiz blieb stehen. Dieser Abschnitt trägt beides am 31.10.2026 nach — chronologisch, mit Commit-Bezug und ohne die Test- und Zahlenstände aus docs/STAND.md zu wiederholen; dort und in docs/CHANGELOG.md steht die maßgebliche Messung.

Chronologie (Belege: Commits und Nachweise/3.0/00-Messbasis.md § 17–18)

• W0 dd42723 (31.10.2026): Messbasis, die drei Ausnahmen A1–A3 und § 12 des Vertrags (Klassenraum, 12.1–12.8) wiederhergestellt.
• W1 aa08057 (31.10.2026, 19:58): Klassenbetrieb-Grundlage, Simulation, Inhalte und Oberfläche gehärtet, Gates gehärtet; Testzahl und Stand stehen im Commit-Kopf, Maßstab ist docs/STAND.md.
• W1-Hotfix d0785d6 (31.10.2026, 20:32): Der Antwort-Platzhalter im Subnetting verriet die Lösung, bevor „Werte zeigen" gedrückt wurde (Z-07). Fix an zwei Stellen (src/spiel/subnetz.js, src/ui/subnetz.js) plus Abnahme-Test; Befund und Entscheidung: Nachweise/3.0/00-Messbasis.md § 17.
• W2 ff06834 (31.10.2026, 23:01): Klassenraum 3.0 (Sitzungen, Korrektur, Diagnose, Übersicht), Spiel- und Lernkern gehärtet, Gates und R12-Messweg gehärtet. Gate-Ablauf und Ratschen-Status: Nachweise/3.0/00-Messbasis.md § 18.

Was sich im Erlebnis ändert

• Klassenraum-Betrieb: Mehrere Sitzungen je Gerät (Ablage fassung: 2 mit Migration und Export/Import), genau eine aktive; Sitzungen wählen, ersetzen und löschen mit Warnung statt stillem Verwerfen. Ergebnisse lassen sich mit [Abbrechen] [Ersetzen] [Entfernen] korrigieren.
• Diagnose ohne Bewertung: Hilfecodes (H-…) werden gelesen und anonym je Schritt gezählt („Schritt k: n von …"). Kein Name, kein Rang, kein Vergleich.
• Abgabe und Übersicht: „Abgabe: x abgegeben · y offen · noch N min" samt offener Sitzplätze — die alten Ampel- und Tafel-Flächen bleiben unverändert bestehen.
• Prüfung und Lernen: Prüfungs-Hilfe ist zentral gesperrt (LRN-01), die IHK-Note wird exakt ohne Rundung gebildet (LRN-03), eine fehlende Prüfungsaufgabe zählt 0 (LRN-04).
• Sicherung: „Sicherung wiederherstellen" plus Knopf (SPL-02/02b), Spielstand-Migration 2.9 → 3.0 (SPL-10).
• Ehrlichkeit statt Schalter: Der wirkungslose „Klassenraum-Server"-Schalter ist durch einen ehrlichen Hinweis ersetzt (VIS-04); Server (Stufe C) und QR (Stufe D) bleiben 3.1 und im Produkt nicht gebaut (Architektur.md § 12.6/§ 12.7).
• W1-Kern im Erlebnis: Postfach-Lebenszyklus (SPL-01), Warnung ≠ Ursache (SIM-02), Wirkungs-Testgeländer und running-config-Roundtrip der Konsole (CLI-01/02), Tickets ohne Lernverbuchung nachgezogen und Inhaltskorrekturen (INH-01–03), Hell-Palette und sichtbarer Fokus (CSS-01/03), Desktop-Import ohne Stand-Rückschritt (KRN-05).
• W2-Tier-2: DoD-Gate tools/abnahme-3.0.py über die Achsen B1–B7 (VIS-01), R12-Ratsche (VIS-05), Dichte-/Prüfungsnähe-Gate (VIS-07) — dazu die Gates selbst (Syntax, Quellen, Zählung, console.error) aus W1.

Bewusste Bestandsentscheidungen

• Tafel-Sprache bleibt „Platz N". Die bestehende Ampel-Tafel behält „Platz N · Sterne · Zeit" (Bestandsvertrag); die neuen Flächen heißen „Sitzplatz N" und „Abgabe". Kein Doppelvokabular in derselben Fläche, kein Umbau der alten Tafel.
• R12-Messweg statt Regeländerung: W1 maß R12 direkt über ethos --dom, W2 über den Rauch-Flow mit geschlossenem Overlay; postfach.js blieb in W2 unverändert. Die Erhöhung ist ein Messweg-Effekt, kein Produktregressions-Beleg; die W2-Werte sind als Baseline in tests/r12-stand.json eingefroren, die Ratsche macht jeden Zuwachs je Ansicht × Breite rot.
• Tafel und Diagnose bleiben getrennt: die Ampel zeigt Ergebnisse je Platz, die Diagnose anonyme Schritt-Zahlen. Keine Vermischung, keine Rangfolge.

Offene P2 nach W3 (vom Lead benannt; kein P0/P1 offen)

KLR-10 (task-88: Bezugsgröße, „Ampel/Übersicht"-Konsistenz, Nenner-Label „Hilferufe"), KLR-11, KLR-12, W2-02, W2-05 und die 44-px-DOM-Frage. Einzelheiten: Nachweise/3.0/W2-PRUEFPUNKTE.md und W3-PRUEFPUNKTE.md. Die Reviewer der W2 (r-arch, r-design, r-didaktik) meldeten 0 P0 und 0 offene P1 (Nachweise/3.0/00-Messbasis.md § 18).

Belege. Commits dd42723, aa08057, d0785d6, ff06834; Messungen und Gate-Ablauf: Nachweise/3.0/00-Messbasis.md § 17–18; Fassungen: docs/CHANGELOG.md; Zahlen: nur STAND.md. Nicht geprüft bleiben: echte Maus im Tauri-Fenster, Android-Gerät, Screenreader — unverändert aus den W1/W2-Abnahmen.

45 · Fassung 3.0.0 — W3, ehrlich nachgetragen (2026-11-01)

[!warning] Nachtrag, nicht zeitgleich geschrieben Der Integrations-Commit der W3 (1a177b4) änderte den Bestand, diese Design-Notiz blieb stehen. Dieser Abschnitt wird am 2026-11-01 nachgetragen — chronologisch, mit Commit-Bezug und ohne die Test-/Zahlenstände aus docs/STAND.md zu wiederholen; dort und in docs/CHANGELOG.md steht die maßgebliche Messung.

Chronologie (Belege: Commit und Nachweise/3.0/00-Messbasis.md § 19)

• W3 1a177b4 (2026-11-01, 00:02): Klassenraum-Betrieb rund, Sichturteile behoben, Gates/CI gehärtet; Testzahl und Stand stehen im Commit-Kopf, Maßstab ist docs/STAND.md.
• R12-Blocker im Gate: Der erste A11-Lauf war rot (Klassenraum bei 8/10/12/14 Bedienelementen über der Grenze 6, vier Ratschen-Verstöße). Der Fix verlegte die Sitzungsverwaltung in den bestehenden Dialog, statt neue Dauer-Bedienelemente einzuführen; danach 6/6/6/6 und 0 Ratschen-Verstöße (Nachweise/3.0/00-Messbasis.md § 19).
• Reviews: r-design 0 P0/0 P1 (Sichtbilder), r-arch 0 P0/0 offene P1 (Scanner 250/0), r-didaktik Vorab-PASS.

Was sich im Erlebnis ändert

• KLR-10 — eine Wahrheit für die Zahlen: Ampel und 20-Übersicht zählen dieselben gültigen Plätze; ungültige Plätze stehen separat als „Abgaben ohne gültigen Platz". Das Diagnose-Label heißt „Hilferufe" und nennt keinen Klassen-Nenner mehr.
• KLR-11 — Wording und Sprung: neue Abläufe sagen „Abgabe"; bei 960/720 springt die Antwort (bzw. „Prüfen") erst nach dem Layout ins Bild (Container-Scroll, requestAnimationFrame) — keine Fokusübernahme; der Leerzustand zeigt kein „null" mehr.
• KLR-12 — Sitzungen verwalten: Löschen mit Quittung, im bestehenden Dialog — keine neuen Dauer-Bedienelemente (R12 bleibt hart bei 6 je Ansicht).
• VIS-09 A/B/C: Die Leiste zeigt bei 340 px die Lage vollständig; der Kundenakte-Atlas ist ehrlich (kein leerer Atlas bei vorhandenen Aufträgen); der Leerraum ist über Grid/Breakpoints und ohne gestreckte Kacheln strukturell behoben — der verbleibende Rest-Leerraum ist bewusst als P2/W4 dokumentiert.
• UIL-05/06 (und UL-09): Validierungsmeldung unter dem Feld, vor der Knopfzeile und im Bild; Fokus wird nach dem Neuzeichnen gesetzt; der letzte Beispielschritt ist deaktiviert statt versteckt.
• WIS-02/03/05: Trainingskarten pinnen ihren Injektor (der Generator respektiert opts.injektoren, Fallback bis 64 Versuche); Textfehler und Dopplungen bereinigt; drei Grundcodes sind als namentlich begründete Ausnahmen im Matrix-Gate freigegeben.
• Doku: Lehrkraft- und Schüler-Seite neu, Doku-Index-Gruppe „Unterricht" (QUA-07), Design-Abschnitt 44, Vertrags-Wortwahl in docs/Architektur.md.
• Gates/CI: Namens-Gate neu (QUA-05: ein Node-Prozess, echte Ladefehler inklusive erwarte-Texten, 165 ms statt 30 s, 75 Fehlalarme weg); browser.yml mit Rauch-Gegenprobe, R12-Zahl, Ratsche und Menüprobe; pruefen.yml mit DOK-03/VIS-01; release.yml mit Pflicht-Keystore und SHA256SUMS; ablaeufe.py repariert (BAU-11).

Bewusste Bestandsentscheidungen

• Tafel-Sprache bleibt „Platz N" (Bestandsvertrag); nur die neuen Flows sagen „Abgabe".
• Sitzungsverwaltung im bestehenden Dialog statt neuer Fläche — R12 hart 6.
• Rest-Leerraum bleibt offen (P2/W4) statt Flächen künstlich zu füllen.

Offene P2 nach W4 (vom Lead benannt; kein P0/P1 offen)

VIS-09-C-Messformel (task-105), 44-px-DOM, Sicht-Matrix (12 × 3 × 7) samt Nachlieferungen; für 3.1: R12-Reduktion. Belege: Nachweise/3.0/00-Messbasis.md § 19, sicht/W3-SICHT.md, w3-pruefungen/BEFUNDE-W3.md.

Belege. Commit 1a177b4; Messungen und Gate-Ablauf: Nachweise/3.0/00-Messbasis.md § 19; Fassungen: docs/CHANGELOG.md; Zahlen: nur STAND.md. Nicht geprüft bleiben: echte Maus im Tauri-Fenster, Android-Gerät, Screenreader.

46 · Fassung 3.1.0 — Einstieg, Analyse-Begleiter, Labor-UX, Layout, Bento-Abnahme, QC (2026-11-01)

[!info] Ein Commit, ein Fenster 3.1.0 ist als ein Release-Commit umgesetzt (Implementierung, Tests/Gates, Fassungszug, Bildstand, Doku und versionierter Plan in einem Commit). Plan und Quellen: Plan 3.1.0 — Variante B, Nachweise/3.1/ und die Gate-Protokolle; Zahlen nur in docs/STAND.md.

Chronologie

Der Deploy-Nachweis (Live-Seite, Release-Anhänge, SHA256SUMS) ist kein Commit und wird nach dem Deploy in Nachweise/3.1/ protokolliert; Commit und Prüfsummen werden nach Build/Gate eingetragen.

Was sich im Erlebnis ändert

• Einstieg: Vier Schritte beim ersten Start, überspringbar und einmalig; wiederholbar über die Einstellungen. Kein Zwang, keine Wiederholung beim zweiten Start.
• Analyse-Begleiter: Das Labor benennt den nächsten sinnvollen Schritt aus echten Spielzuständen (sechs Leitfaden-Schritte), ohne Lösungen/Adressen zu verraten; im Prüfungsmodus nur neutraler Status, keine Sterne-Kosten.
• Labor-Aktionen: Prüfen/Messen/Konfigurieren/Dokumentieren/Abnahme sind sichtbar; das ⋯-Menü enthält nur noch Seltenes — der Bedienpfad muss nicht geraten werden.
• Layout: Inspektorbreite ziehbar (280–560 px, Default 360/320), bleibt erhalten, Doppelklick und Einstellungen setzen zurück, Alt+←/→ als Tastaturweg.
• Bento-Abnahme: Der „Gelöst"-Dialog ist ein Bento-Raster mit Hero (Titel + Sterne + sichtbare Abzüge), Lohn/Ruf/Kennzahlen/Weg/Merke-Karten; nicht bestandene Dialoge bleiben im alten Stil.
• QC: Kein-Leck-Gate, R12-/44-px-Prüfungen und die bestehenden Gates sichern die Zusagen; die R12-Ratsche bleibt unverändert (kein Zuwachs).

Bewusste Entscheidungen

• Prozessmodell statt Quiz: vollständige Handlung (IHK) auf sechs Schritte verdichtet; die Engine liest nur echte Zustände — die Anzeige kann nicht durch Klicks/Zeit „grün geredet" werden.
• Overlay statt neuer Ansicht: Onboarding und Leitfaden-Panel hängen an bestehenden Flächen (Overlay bzw. Kopfzeilen-Toggle), damit die R12-Zahl der Ansichten nicht steigt.
• Kein fokussierbares Resize-Handle: Tastaturweg (Alt+←/→) und Doppelklick-Reset statt Griff im Tab-Fokus; die R12-/44-px-Zusage bleibt messbar.
• Bento statt drei Blöcke: Der Ergebnisdialog nutzt das bestehende Bento-Raster (12 Spalten) — dieselbe Gestaltungssprache wie Postfach/Kunden; keine Informationsverluste, alter Stil bleibt für „nicht bestanden".
• Prüfung bleibt tabu: Prüfungsmodus reduziert den Leitfaden auf einen neutralen Hinweis.
• Ehrliche Release-Grenze: fehlende Keystore-Secrets werden nicht verschwiegen — APK/SHA256SUMS bleiben dann rot und werden im Bericht benannt.

Offene Punkte nach 3.1.0

• Vorläufig offen (Stand 10:52, Abschluss nach gates --festhalten): 720-px-Sichtbarkeit des Aktionen-Triggers bei geöffnetem Inspektor (P1-Kandidat, 31B-SICHT-FINAL § 5); Leitfaden-Panel unter 1100 px standardmäßig nicht sichtbar (P2, R-ARCH-3.1B-VORPRUEFUNG); 280/560-px-Extrembreiten des Resizers noch nicht separat belegt. Dauerhaft nach 3.1.0: R12-Reduktion/44-px-DOM, Server/QR, Geräte-/Screenreader-Test, CI-/Live-Messung, APK/SHA256SUMS-Lücke.
• Belege: Plan 3.1.0 — Variante B, Nachweise/3.1/, STAND.md, CHANGELOG.md § 3.1.0.

Belege. Veröffentlicht mit Tag v3.1.0 (Commit siehe Git-Historie); R12-Vorcheck/Festhalten: Nachweise/3.1/gates/; R-ARCH-Vorprüfung und 31B-Sicht (Vorprüfung/Zwischenstand): Nachweise/3.1/; Feature-/Review-Belege: Nachweise/3.0/sicht/31b/nachher/ (26 PNG, nicht HERKUNFT); Fassungen: docs/CHANGELOG.md; Artefakte: Übergabe – Stand 3.1.0 § 2 (Bau df418002, Release-Rebuild 11:32: Einzeldatei D50ED3A1…, EXE 0100025A… — nicht reproduzierbar, B5; APK 8D71F6C3…; ZIP-SHAs transient); Zahlen: nur STAND.md. Nicht geprüft: Gerätelauf Android, Tauri-Fenster, Screenreader, Fremd-Hardware-Test (unverändert aus 3.0.0); EXE-Hash nicht reproduzierbar (B5).