D · Prüfung, Abnahme und Reihenfolge

Bereich D des Auftrags tools/auftraege/KLASSENRAUM.md. Diese Datei beantwortet die Fragen, die der Auftrag offen lässt, so genau, dass ein Umsetzer nichts mehr entscheiden muss: Testplan, Abnahmebefehle mit heute gemessenen Sollzahlen, Vorführdrehbuch, Risiken, Reihenfolge, Definition of Done, Berichtsvorlage und die zitierfähigen Vorschläge für docs/Architektur.md und docs/CHANGELOG.md.

Geltung. Bei Widerspruch gilt der Auftrag; bei Widerspruch zur docs/Architektur.md gilt die Architektur — hier stehen nur Vorschläge. Wo eine Festlegung bei einem Nachbarbereich liegt, steht „einzusetzen aus Teil A/B/C"; erfunden wird nichts.

Stand-Hinweis. Grundstand 59c6ccf, alle eigenen Messungen am 06.10.2026, 23:15–23:31. Eingearbeitet sind: Bereich A's eingefrorene Festlegung tools/klassenraum-probe/A-festlegung.md (23:18), der Testplan-Entwurf (Nachweise/Klassenraum/D-entwurf-testplan.md, 23:25:33) und die drei Gegenprüfungen (Nachweise/Klassenraum/D-pruefung-*.md). Neue Messungen können Sollzahlen verschieben — die Fundstellen sind überall genannt und nicht stillschweigend zu ersetzen.

0 · Ausgangslage — in dieser Sitzung gemessen

Vollständiges Protokoll mit Rohausgaben: Nachweise/Klassenraum/D-messung.md (liegt nicht im Repo) und die Dateien D-messung-tests.txt, -ruhig.txt, -bau.txt, -rauch.txt, -menueprobe.txt, -android.txt.

Warum Edge nicht läuft (gemessen, nicht vermutet): Edge bricht in seiner eigenen Prozess-Sandbox ab (Mojo-Kanal = benannter Kanal, von der Werkzeug-Sandbox verweigert). Deshalb gibt es in dieser Sitzung weder Rauchtest noch Menüprobe und keine zwei Profile für den Vorführvergleich. Der Sollwert 36/36 ist trotzdem nachprüfbar hergeleitet: tools/rauch.py:411-432 zählt je Breite 1 Fall („erster Auftrag") + 11 Fälle aus FAELLE (tools/rauch.py:175-187), also 3 × 12 = 36.

1 · Testplan für tests/klassenraum.test.js

1.1 Form und Zählweise

• Datei: tests/klassenraum.test.js (neu). tests/run.js:47 lädt alle tests/*.test.js alphabetisch; die Datei liegt zwischen kern.test.js und sim-golden.test.js.
• Eine Gruppe: gruppe("Klassenraum", () => { … }). Jeder gedruckte Name lautet Klassenraum › <pruefe-Name> (tests/harness.js:7). Der Filter --klassenraum trifft damit alle neuen Tests und nichts anderes.
• Je Testfall genau ein pruefe(...)-Aufruf — das ist die Zähleinheit (tests/harness.js:7: ein Eintrag je pruefe; gruppe() zählt nichts).
• Nichts auf oberster Ebene der Datei anlegen: tests/run.js:44-49 hängt alle Testdateien an ein Skript — ein zusätzliches const/function auf oberster Ebene kollidiert und ergibt LADEFEHLER (Exit 2, alles rot). Alle Hilfen gehören in den gruppe(...)-Rückruf.
• Nichts beim Laden aufrufen: der gruppe(...)-Rückruf läuft beim Laden. Ein Aufruf von Spiel.klassenraum dort ergäbe heute einen Ladefehler statt roter Einzeltests.
• Kein erwarte.wirftNicht: tests/harness.js:8-18 kennt nur wahr, falsch, gleich, enthaelt, passt, wirft. Ausnahmefreiheit wird mit try/catch und Fehlerliste geprüft (Hausform: tests/spiel-vielfalt.test.js:20-41).
• Kapsel K (Pflicht): store/SPEICHER retten und im finally wiederherstellen, Zeitgeber löschen (Vorbild tests/spiel-speichern.test.js:7-34, tests/spiel-vielfalt.test.js:7-15). Zusätzlich nötig, weil Spiel.oeffnen schreibt (src/spiel/ticket.js:41-59: sofortSpeichern, basisMessen): store.initialisieren(...), Spiel._st = Spiel.leererStand(), Spiel._einst = {}, Spiel._lz = {}, jetzt.setzen(...), Spiel._trocken = true.
• Kein Zustand darf lecken — kein Test darf einen anderen Test oder eine andere Testdatei vorbereiten.

Abkürzungen im Testplan

Verbindliche Festlegungen aus Teil A (Quelle: A-festlegung.md, 23:18:24, „eingefroren"): Auftragscode NL-XXXX-XX (10 Zeichen gedruckt, 6 Nutzzeichen = 30 Bit: 4 Nutz + 2 Prüf), Ergebnis-Code E-XXXX-XXX (7 Nutzzeichen), Alphabet ohne I, O, 0, 1 (32 Zeichen), Prüfsumme zwei Zeichen (C1 mod 31, C2 mod 32 — nicht „Summe mod 37"), Seed = variante + 1 also 1..256, Kanonisierungsfenster 64, Fehlerklassen länge · zeichen · prüfziffer · auftrag · fassung · sitzung · wahl, Speicherform store "klassenraum" nach A § 9.

1.2 Die 40 Testfälle

Zwei Hilfen, die es heute noch nicht gibt und die deshalb im gruppe-Rückruf stehen müssen (beide sind Vertragsvorschläge, kein bestehender Vertrag):

• ampelZahlen(sitzung) → {fertig, sterne, medianDauerS} (Zahl der Einträge in ergebnisse, Summe/Vergleich der Sterne, Median der dauerS). Der Auftrag verlangt die Ampel (KLASSENRAUM.md:44), der Vertrag nennt aber keine Funktion — der Nenner „wie viele offen" braucht eine geplante Platzzahl, die A's Sitzungsform (noch) nicht führt.
• S.netzkennwert(netz) — A § 6 legt die Rechenregel fest, im Produktivcode existiert sie nicht (nur in A's Probe tools/klassenraum-probe/A-kanon.js). Bis sie in src/ steht, trägt KW₂ den Vergleich, und im Bericht steht, dass KW₂ rekonstruiert ist.

1.3 Die 20 Vertipperfälle im Einzelnen

1. Pool aus echten Codes bauen: S.erzeugen({ticketId:"salon-02", seed}) für seed = 1, 2, 3, … (Bereich 1..256), bis der Pool mindestens 10 Buchstaben- und 10 Ziffernstellen hat — Höchstgrenze 32 Codes.
2. Gezählt werden nur Nutzzeichen des normalisierten Codes (nach Abzug von NL und der Trennzeichen): 6 Stellen je Code, einschließlich der zwei Prüfzeichen.
3. Die Voraussetzung wird laut geprüft, nicht stillschweigend angenommen: erwarte.wahr(pool.buchstaben.length >= 10, "zu wenige Buchstabenstellen: " + …) und dasselbe für die Ziffern. An A's 12 Codes nachgezählt: **58 Buchstaben- und 14 Ziffernstellen in 72 Nutzzeichen — das ist eine Erwartung, keine Messung**, und der Test prüft sie selbst.
4. Fall 1–10: i-te Buchstabenstelle → nächster Buchstabe (Z→A). Fall 11–20: i-te Ziffernstelle → nächste Ziffer (9→2, weil 0 und 1 nicht im Alphabet sind). So bleibt jeder Vertipper innerhalb der Zeichenklasse und erzeugt kein Fremdzeichen, das nur über länge/zeichen abgefangen würde.
5. Erwartung je Fall: kein Wurf, null oder {fehler:<Klasse>}, niemals ein Objekt mit ticketId/seed — also nie eine andere gültige Sitzung.
6. Registrierung in einer Schleife, aber mit eigenem Namen je Fall und const/let je Durchlauf (Closure), sonst prüfen alle 20 Tests den letzten Fall:

   FAELLE.forEach((f, i) => pruefe(`Vertipper ${String(i + 1).padStart(2, "0")}: ${f.text}`, () => { … }));

1.4 Erwartete Gesamtzahl nach dem Einbau

Heute gemessen: 251/251 grün (35 Testdateien, 76 Module).

Neu: 40 pruefe(...)-Aufrufe ⇒ 251 + 40 = 291, erwartete Schlusszeile

291/291 grün  (36 Testdateien, 77 Module)

und mit Filter: & "<node>" tests/run.js --klassenraum → 40/40 grün.

Wie sich die Zahl ergibt:

Wovon die 40 im Einzelnen getragen werden: 1–4 Round-Trip, Determinismus und Seed-Wirksamkeit (Auftrag :38, :60, :71); 5–24 der Pflichtfall „20 Vertipper" (:60); 25–26 „jeder lesbare Code liefert einen lösbaren Auftrag" (:60, :43); 27–31 Ergebnis-Code-Round-Trip, Prüfsumme, Idempotenz, fremde Sitzung und „{fehler} statt Ausnahme" (:31, :32, :39, :60); 32–35 Export/Import verlustfrei und Neustart (:33, :34, :40, :57); 36 Telefon-Eingabe (:64); 37 ungültiger/fremder Code (:28, :60); 38 Code-Form und Alphabet (:37, :69); 39 kein Klarname (:39, :70); 40 eingefrorene Tabellen (:69, A § 7d).

Rückfall: Entfällt Fall 26 (generierter Auftrag über skill), sind es 39 Fälle → 290. Grund: A hat für die Fertigkeit lab.storage keinen spielbaren Auftrag im Kanonisierungsfenster 64 gefunden (fremd gemessen, A-codec-teil1.json); Fall 26 benutzt deshalb nur lab.link, für den A die Spielbarkeit belegt hat.

1.5 Was dieser Test nicht kann

• Zwei getrennte Browserprofile (Vorführschritt 2, KLASSENRAUM.md:54) — das ist die Edge-Messung des Drehbuchs (§ 3). Der Test misst Determinismus nur innerhalb eines Laufs (Fall 3). Das steht so im Testkopf.
• Ampel als Oberfläche, Beamer-Lesbarkeit, Code-Eingabefeld (:43-44) — Oberfläche = Teil B; hier werden nur die Daten geprüft.
• QR-Code (:50) — Teil C; Fall 1/3 zeigen nur, dass der Code selbsttragend ist.
• Der Android-Weg (Groß-/Kleinschreibung, Ziffernfeld) wird hier nur logisch geprüft (Fall 36); das Tippen auf einem Gerät ist nicht Teil dieses Tests.

2 · Abnahmebefehle

2.1 In dieser Sitzung selbst gemessen

[!success] ✅ Nachtrag vom 07.10.2026 (Leiter) Die Zeile darüber beschreibt den Planungsstand dieser Sitzung und ist inzwischen überholt: Für die Veröffentlichung wurde die Fassung auf 1.2.3 gezogen (tools/fassung-ziehen.py --neu 1.2.3 --setzen), weil diese Sitzung ausgeliefert wurde. Der Sollwert für bauen.py lautet damit „Exit 0, Version 1.2.3"; alles andere in dieser Tabelle gilt unverändert. Beleg: docs/CHANGELOG.md, Abschnitt 1.2.3. | python tools/einfach.py | Exit 0, 1,22 s, 14 Schriften als Daten-URI, 0 Außenverweise, docs/index.html 2.269.597 B | nur die Bytes (neue Quellen) | 0 Außenverweise bleibt 0; Exit 0 | | python tools/einfach.py --ziel Netzwerk-Labor.html | Exit 0, 0,69 s, dieselbe Ausgabe | dito | Wurzeldatei und docs/index.html bleiben byte-gleich zueinander | | (Get-FileHash docs\index.html).Hash / (Get-FileHash Netzwerk-Labor.html).Hash | beide E44E4C6BADDCFB1E3549CF0C08B60DBB277641A50C9731FA2E504FADDCE213FD, nach dem Neubau unverändert | ändert sich nur durch einen bewussten Neubau | die beiden Dateien bleiben zueinander byte-gleich; kein unbemerkter Hash-Wechsel | | python tools/einfach.py --pruefen docs/index.html (nur lesend) | 2,269,597 Bytes, SHA256 e44e4c6b…13fd · GRUEN: keine Aussenverweise – die Datei ist eigenstaendig., Exit 0 | Größe und Hash ändern sich mit den Quellen | 0 Außenverweise bleibt 0; Exit 0 |

2.2 Vom Leiter bzw. aus dem Hausstand — heute nicht gemessen

Kurzfassung: Rot werden darf am Ende keiner dieser Werte. Was sich durch den Klassenraum ändern muss, steht in § 2.1: tests/run.js 251 → 291 und der Filter 0/0 → 40/40. Alles andere ist ein Rückschritt und im Bericht zu benennen.

3 · Vorführdrehbuch

3.1 Welche Fassung geladen wird — Entscheidung

Die Einzeldatei Netzwerk-Labor.html im Projektwurzelverzeichnis, per file://. docs/index.html ist byte-gleich und dient als Gegenprobe.

Der Auftrag verlangt „ohne Konto, ohne Server, ohne Netz" (KLASSENRAUM.md:3) — nur die Einzeldatei erfüllt das im Klassenzimmer ohne Zusatzschritt. Der offene Nachteil wird nicht weggeredet: Schritt 5 (Export/Import) ist genau dafür da und macht die Vorführung auch dann vollständig, wenn der Speicher nicht hält. Vorher messen (Punkt 6 der Vorbereitungsliste) und das Ergebnis in die Protokolltabelle schreiben.

3.2 Zwei (bzw. drei) getrennte Edge-Profile — exakte Kommandozeile

Die Schalter stammen wörtlich aus dem Haus: tools/rauch.py:398-404 und tools/menueprobe.py:619-625. Neu ist nur, dass sichtbar gestartet wird (kein --headless=new — eine Vorführung vor Menschen braucht ein Fenster).

# --- gemeinsame Pfade ---
$edge    = "C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe"   # heute per Test-Path bestätigt
$projekt = "C:\Users\Student\Documents\Joshua\10-Projekte\Lernprojekte\Netzwerk-Labor"
$seite   = "$projekt\Netzwerk-Labor.html"          # Einzeldatei, siehe 3.1
$profile = "$projekt\Nachweise\Klassenraum\edge-profile"

# --- Fenster 1: LEHRER (Rechner A) ---
& $edge "--user-data-dir=$profile\lehrer" --no-first-run --no-default-browser-check `
  --disable-extensions --disable-sync --remote-debugging-port=9331 `
  --window-size=1366,768 --window-position=0,0 "$seite"

# --- Fenster 2: SCHÜLER B (Rechner B) ---
& $edge "--user-data-dir=$profile\schueler-b" --no-first-run --no-default-browser-check `
  --disable-extensions --disable-sync --remote-debugging-port=9332 `
  --window-size=960,700 --window-position=1400,0 "$seite"

# --- Fenster 3: SCHÜLER C (Rechner C) ---
& $edge "--user-data-dir=$profile\schueler-c" --no-first-run --no-default-browser-check `
  --disable-extensions --disable-sync --remote-debugging-port=9333 `
  --window-size=960,700 --window-position=1400,720 "$seite"

# --- Fenster 4 (nur die Verschärfung in Schritt 5: frischer Lehrerrechner) ---
& $edge "--user-data-dir=$profile\lehrer-2" --no-first-run --no-default-browser-check `
  --remote-debugging-port=9334 --window-size=1366,768 "$seite"

Warum drei Profile, obwohl der Auftrag zwei nennt: Schritt 2 verlangt zwei Schüler, die denselben Auftrag bekommen. Zwei Fenster desselben Profils teilen den localStorage — der Vergleich wäre wertlos. Der Auftrag erlaubt das ausdrücklich („notfalls zwei Browserfenster mit getrennten Profilen", :54).

Ehrliche Lücke: Dass zwei verschiedene --user-data-dir zwei getrennte localStorage bedeuten, ist im Projekt nicht belegt — belegt ist nur die Umkehrung (src/ui/start.js:73-86 warnt, wenn sich zwei Fenster einen Speicher teilen). Die Trennung ist Eigenschaft des Browsers, nicht des Programms; sie wird in der Vorbereitung gemessen (Punkt 6) und nicht behauptet.

Nicht getrennt wird der Downloadordner — der ist eine Windows-Einstellung und zeigt bei einem frischen Profil auf %USERPROFILE%\Downloads, also für alle Profile auf dasselbe Ziel. Vorher leeren, Dateinamen notieren, Doppelnamen (… (1).json) im Bericht erwähnen.

Ports: 9331–9334 sind eigene Wahl; vorher prüfen, ob frei: Get-NetTCPConnection -LocalPort 9331 -ErrorAction SilentlyContinue (leer = frei). Nicht 9333 für tools/starttest.py verwenden — das Werkzeug belegt diesen Port selbst. --window-position stammt nicht aus den Hauswerkzeugen und ist heute nicht gemessen; es dient nur der bequemen Anordnung und darf wegfallen.

3.3 Die fünf Schritte — Klickfolge, Abdruck, Nachweis

Vorbereitung (einmal, vor Schritt 1): Profile leeren; Einzeldatei prüfen (python tools/einfach.py --pruefen docs/index.html); Zettel für den Ergebnis-Code; leerer Exportordner; Edge-Pfad prüfen. Achtung erster Klick: auf einem frischen Profil startet das Programm im Labor mit dem Einstiegsauftrag „Kasse ohne Netz" (src/ui/spiel.js:855 einstiegStarten()), nicht in „Heute" (:856 gilt erst mit Fortschritt). Wer den Einstieg nicht durchspielen will, schaltet ihn über die vorhandene Einstellung ab — nicht durch Herumklicken.

Der Klassenraum-Abdruck — Messvorschrift. Verglichen wird der Abdruck des fertig gebauten Netzes (nicht des Codes). Rechenregel: 6 Zeichen aus ABCDEFGHJKLMNPQRSTUVWXYZ23456789, FNV1a32 über das kanonische Netz (geraete und kabel sortiert, netz.zustand bleibt draußen), höchstwertige 5 Bit zuerst — festgelegt in A-festlegung.md § 6, einzusetzen aus Teil A in src/ (heute existiert die Funktion nur in A's Probe A-kanon.js:53). Anzeige: einzusetzen aus Teil B — Mindestanforderung:

1. eine kopierbare ASCII-Zeile je Ansicht, auf beiden Seiten (Lehrer und Schüler),
2. gebildet aus dem tatsächlich geladenen Netz, nicht aus dem Code,
3. kein Klarname, kein Datum, keine Uhrzeit darin,
4. sichtbar ohne Entwicklerwerkzeuge (sonst ist die Vorführung keine Vorführung),
5. Schrift mindestens so groß wie der übrige Fließtext,
6. gleicher Abdruck bei gleichem Auftrag — zeichengleich, nicht „ähnlich",
7. steht der Abdruck in beiden Ansichten an verschiedenen Stellen, wird die Stelle im Protokoll mitgenannt.

Kontrollweg (wenn die Anzeige fehlt): die Entwicklerkonsole (F12) auf beiden Rechnern und dort denselben Ausdruck eingeben; über CDP ließe sich der Wert mit Runtime.evaluate ziehen (tools/rauch.py:205-210) — heute nicht ausgeführt, weil Edge in dieser Sandbox abbricht.

Wie protokolliert wird — Tabelle wörtlich ausfüllen, der Abdruck wird zitiert, nicht zusammengefasst:

Zusätzlich festhalten: Geräte, Adressen und Fehlerstelle beider Schülerseiten (Auftrag :54 verlangt sie ausdrücklich) sowie die Lösbarkeit (Auftrag lösbar, Abnahme bestanden).

Bildschirmfotos: Ordner Nachweise/Klassenraum/, Format PNG, Namensschema D-vorfuehrung-<schritt>-<was>.png (siehe Tabellen). Nachweise/ liegt nicht im Git (.gitignore), die Bilder gehen also nicht in die Versionierung. Aufnahme mit dem Windows-Snipping-Werkzeug (Win + Umschalt + S) — nicht über ein Edge-Menü.

3.4 Abbruchkriterien — wann die Vorführung gescheitert ist

Hart (Vorführung wird abgebrochen, keine Beschönigung):

1. Abdruck B ≠ Abdruck C → „Determinismus nicht belegt, Bereich A nachbessern." (Das ist der Stolperstein 3 des Auftrags, :71.)
2. Kein Abdruck sichtbar (nur über Entwicklerwerkzeuge) → die Vorführung zeigt ihre eigene Kernbehauptung nicht; Abbruch.
3. Geräte, Adressen oder Fehlerstelle weichen ab oder der Auftrag ist auf einer Seite **nicht lösbar** → derselbe Befund wie 1.
4. **Ergebnis-Code wird abgewiesen, doppelt gezählt oder die Ampel zeigt etwas anderes als die eingetragenen Ergebnisse** → Schritt 3 gilt als gescheitert.
5. Import verändert die Ampel (oder die Kopfzeile Euro/Ruf/Stufe) → Schritt 5 gescheitert.
6. Die Schüleransicht braucht einen Spielstand oder ein Konto → der Auftrag ist verfehlt.

Weich (läuft weiter, Befund in den Bericht): Dauer je Schritt über der Schätzung; localStorage hält den Neustart nicht (dann trägt der Import — das ist der geplante Weg); Doppelnamen im Downloadordner; Fenstermaße weichen ab.

Meldeform bei einem Abbruch: Schritt, Gerät, gemessener Wert, erwarteter Wert, Befehl/Handgriff zum Nachstellen — kein „ungefähr", kein Weglassen.

4 · Risikoliste

5 · Reihenfolge der Umsetzungssitzungen

Regel aus dem Auftrag: jede Stufe ist einzeln vorführbar; A zuerst fertigstellen und melden (:42); C1/C2/D nur, wenn A und B stehen und grün sind (:45); der Server ist in beiden Formen optional — ohne ihn müssen A und B vollständig funktionieren (:48). Nach jedem Schritt muss das Spiel spielbar und die Tests grün sein.

Meilenstein je Zeile: „nach diesem Schritt ist das Spiel spielbar und die Tests grün" — wer eine Zeile abschließt, meldet A zuerst und lässt die Nachbarn erst danach anfangen.

6 · Definition of Done

Der Auftrag gilt als fertig, wenn alle folgenden Punkte zutreffen:

Technisch

1. src/spiel/klassenraum.js, src/ui/klassenraum.js, src/stil/klassenraum.css, tests/klassenraum.test.js existieren; die additiven Änderungen an src/ui/app.js, src/ui/start.js und src/spiel/zustand.js (nur ein Store-Schlüssel) sind im Bericht genannt.
2. Die acht Aufrufe aus KLASSENRAUM.md:26-35 sind genau so vorhanden — Namen, Parameter, Rückgaben; jede Abweichung ist im Bericht als Vertragsänderung benannt.
3. ausCode wirft nie: null = nichts eingegeben, {fehler:<Klasse>, grund:<Satz>} = ungültig (Klassen nach A § 8).
4. Determinismus ist gemessen, nicht angenommen: mindestens 20 Seeds aus 1..256 × alle adressierbaren Aufträge (58 Handaufträge, 27 Fertigkeiten), je zwei Läufe — und der Weg führt über Spiel.instanzErstellen({…, quelle:"klassenraum", ohneFlow:true}) (nicht nur über Spiel.startNetz(DATEN.tickets[…], seed)).
5. tests/klassenraum.test.js enthält die 40 Fälle aus § 1.2; tests/run.js meldet 291/291 grün (36 Testdateien, 77 Module), --klassenraum 40/40.
6. ergebnisCode → ergebnisLesen ergibt dieselben Werte (Sitzung, Platz, Sterne **mit Halbschritten, Dauer, Fehlversuche); ergebnisEintragen ist idempotent** ({ok,neu} → {ok,neu:false}, Sitzung unverändert).
7. ergebnisLesen weist einen Ergebnis-Code einer fremden Sitzung ab.
8. Die Sitzung liegt in store "klassenraum", nicht im Spielstand; exportieren/importieren ist verlustfrei und übersteht einen Neustart (§ 12.1 Speicherform + Export/Import; Vorführschritt 5).
9. Ungültige Codes ergeben {fehler}, keine Ausnahme — für Auftrags- und Ergebnis-Codes.
10. NL-XXXX-XX (klein, ohne Bindestriche) und NL-XXXX-XX (groß, mit) ergeben denselben Auftrag; das Alphabet enthält kein I, O, 0, 1.
11. Die Sitzung nutzt keine Klarnamen — nur Sitzungs-id und platz (Zahl).

Sichtbar (die fünf Vorführschritte, § 3.3)

1. Alle fünf Schritte sind wirklich durchgespielt — mit getrennten Profilen; die Netzkennwerte beider Schülerseiten sind wörtlich im Bericht, ebenso Geräte, Adressen und Fehlerstelle.
2. Bildschirmfotos liegen unter Nachweise/Klassenraum/ mit dem Namensschema § 3.3.
3. Die Startseiten-Eingabe ist eine Zeile, untergeordnet, kein zweiter Hauptknopf (:72).

Dokumentarisch

1. docs/Architektur.md trägt den neuen Paragraphen § 12 samt Stand-Tabelle § 12.8 und den Nachtrag zu § 7.4 (fünfter Store-Schlüssel klassenraum).
2. docs/CHANGELOG.md trägt einen Abschnitt mit gemessenen Zahlen und am Ende die erzeugten Dateien mit Bytes und SHA256.
3. Der Bericht nach § 7 liegt vor.
4. docs/entwicklung/Design – Spielspaß 2.0.md bekommt einen neuen Abschnitt — **auch die verworfenen Versuche** gehören hinein (docs/SITZUNGSABSCHLUSS.md:123-124).

Ehrlich

1. Der Pflichtabschnitt „Nicht gemessen" ist gefüllt: Rauchtest 36/36, Menüprobe, Android-Bau, sh tools/test.sh, die zwei Profile und alles, was in dieser Sandbox nicht lief.
2. Bekannte Abweichungen stehen im Bericht — z. B. dass Konzept – Lernplattform…md:46 weiter „Schreiben 2 s verzögert" sagt, während die Architektur 1500 ms festschreibt (docs/Architektur.md:265).
3. 12 (Rauchtest 36/36, Menüprobe 49/0) gilt nur, wenn ein Browser startbar ist — sonst steht dort ausdrücklich „heute nicht gemessen".

7 · Berichtsvorlage (nach COMMON.md:13 und KLASSENRAUM.md:76)

# Bericht Klassenraum — Stufe [A | B | C1 | C2 | D]

## 1. Gebaute Dateien (Bytes und SHA256)
| Datei | Bytes | SHA256 | Zeilenenden |
|---|---|---|---|
| src/spiel/klassenraum.js | | | LF, UTF-8 ohne BOM — geprüft mit <Befehl> |
| … | | | |
Additiv geändert: src/ui/app.js, src/ui/start.js, src/spiel/zustand.js — was genau und warum.

## 2. Tatsächliche öffentliche API
Die acht Aufrufe aus KLASSENRAUM.md:26-35, je mit Signatur und Rückgabe.
Abweichungen vom Auftrag ausdrücklich benennen.

## 3. Code-Format (mit Beispiel)
Auftragscode: NL-XXXX-XX (Form) · gültiger Code: <gemessener Code, z. B. NL-BAAA-BB>
Ergebnis-Code: E-XXXX-XXX · gültiger Code: <gemessen>
Alphabet ohne I, O, 0, 1 · Prüfsumme <wie> · Seed 1..256
Hinweis: NL-4F7K-2Q ist die Form aus dem Auftrag und fällt als {fehler:"prüfziffer"} durch.

## 4. Was geprüft wurde (wie, mit welchem Ergebnis)
| Prüfung | Befehl | Ergebnis |
| Tests | node tests/run.js | 291/291 grün (36 Testdateien, 77 Module) |
| Filter | node tests/run.js --klassenraum | 40/40 |
| ethos / klassen / sim-stand | … | … |
| Rauchtest | python tools/rauch.py | <Zahl>/36 oder „heute nicht gemessen" |
| Determinismus | <Befehl> | <Abdruck A> = <Abdruck B>, gemessen am Netz aus
  Spiel.instanzErstellen({…, ohneFlow:true}) — nicht an Spiel.startNetz(DATEN.tickets[…], seed) |

## 5. Die fünf Vorführschritte mit Netzkennwerten
| Schritt | Gerät | Abdruck | Sterne | Code | Bildschirmfoto |
(wörtlich, keine Zusammenfassung)

## 6. Bewusste Vereinfachungen (Hobby-Ebene)
Die sieben Punkte aus KLASSENRAUM.md:66 — je ein Satz, was es konkret heißt.

## 7. Offene Punkte
…

## 8. Vorschläge für docs/Architektur.md
§ 12 (siehe D – Prüfung, Abnahme und Reihenfolge.md § 8) + Nachtrag zu § 7.4.

## 9. Nicht gemessen (Pflichtabschnitt)
Was nicht lief, mit Grund und Ersatzbeleg.

8 · Vorschlag für docs/Architektur.md (zitierfähig)

Beleg, wohin er gehört: docs/Architektur.md hat 815 Zeilen; der letzte Paragraph ist ## 11 · Tiefe Menüebenen und Bau (06.10.2026) in Zeile 731, sein letzter Unterpunkt ### 11.7 Bau in Zeile 803, Dateiende Zeile 815. § 12 gehört unmittelbar hinter Zeile 815. Formvorlage ist § 10 (:579-729).

## 12 · Klassenraum (Lehrer/Schüler, Hobby-Ebene) — Vertrag

*Vorgeschlagen 06.10.2026 (Bereich D), Form nach § 10. Der Auftrag ist `tools/auftraege/KLASSENRAUM.md`;
bei Widerspruch gilt der Auftrag. Diese Ausbaustufe ist die **Hobby-Fassung / Vorführung**, nicht das
Geschäft: keine Konten, keine Anmeldung, keine Serverpflicht, kein Netzwerkzwang, keine Klarnamen.*

**Kern in drei Sätzen.** Eine Lehrkraft sagt einen kurzen **Auftragscode** an; jedes Gerät baut daraus
**denselben** Auftrag, weil Aufträge seit dem 06.10.2026 deterministisch aus einem Seed entstehen
(`def.fuerSeed(seed)`, `Spiel.ticketGueltig`). Bis Stufe C ist der Klassenraum ein reiner
Datenaustausch über Code und Datei — es gibt **keinen** Netzwerkcode im Spielkern. Erst C1/C2 fügen
einen **optionalen** lokalen Server hinzu; ohne ihn müssen A und B vollständig funktionieren.

### 12.1 Datenform — `store "klassenraum"`

Die Sitzung liegt **nicht** im Spielstand (`store "labor"`), sondern unter einem eigenen Schlüssel
(Auftrag `:40`): ein Schulrechner braucht sie unabhängig vom Spieler-Fortschritt. `store.get`/`store.set`
kopieren tief und schreiben 1500 ms verzögert (`src/kern/basis.js:71-88`) — wer die Sitzung anlegt oder
ändert, ruft zusätzlich **`store.sofort()`**.

```js
/* store "klassenraum" — Wurzel und Sitzung.
   Verbindlich: tools/klassenraum-probe/A-festlegung.md § 9. Abweichungen sind Befunde an Teil A. */
Speicher = {
  fassung: 1,                     // Schemaversion des Klassenraum-Teils
  programm: "<LABOR_VERSION>",
  platz: null,                    // eigener Platz dieses Geräts, Zahl 0..31, null = keiner
  zuletzt: 1759706400000,         // ms, jetzt()
  sitzung: Sitzung | null,
  letzte: null                    // zuletzt gelesenes Ergebnis (Anzeige)
}
Sitzung = {
  id: 7,                          // Sitzungskennung 1..31 (5 Bit im Auftragscode)
  titel: "Klassenraum-Auftrag",   // so verlangt (Auftrag :43)
  art: "hand",                    // "hand" | "generiert"
  ticketId: "salon-01",           // genau eines von ticketId | (skill + seed)  (:27)
  skill: null,                    // Fertigkeit aus DATEN.skills, wenn generiert  (:27)
  index: 0,                       // Index in TABELLE_AUFTRAEGE bzw. TABELLE_SKILLS
  variante: 42,                   // 8 Bit; seed = variante + 1
  seed: 43,                       // 1..256 — größere Seeds sind im Code nicht darstellbar
  code: "NL-BAAA-BB",             // gedruckter Auftragscode  (:37)
  eigene: true,                   // Kanonisierung: eigene Fassung ja/nein
  dauerMin: 10,                   // geschätzte Dauer in Minuten  (:27)
  erstellt: 1759706400000,        // ms, jetzt()
  ergebnisse: {}                  // ABBILDUNG platz → {platz, sterne, dauerS, versuche, code, zeit, quelle}
}
/* Export/Import als Datei:
   {"format":"netzwerk-labor/klassenraum","fassung":1,"programm":"…","zeit":…,"sitzung":{…}} */
```

**Auftragscode** `NL-XXXX-XX`: 10 Zeichen gedruckt, 6 Nutzzeichen (4 Nutz + 2 Prüf), 30 Bit.
**Ergebnis-Code** `E-XXXX-XXX`: 7 Nutzzeichen (5 Nutz + 2 Prüf). Alphabet **ohne I, O, 0, 1**.
Prüfsumme: `C1 = Σ(i+1)·vᵢ mod 31`, `C2 = Σ(2i+1)·vᵢ mod 32` — jede Einzel-Ersetzung und jede
Nachbarvertauschung wird erkannt.

### 12.2 API — `Spiel.klassenraum`

| Aufruf | Rückgabe | Zusicherung |
|---|---|---|
| `erzeugen({ticketId?, skill?, seed?, dauerMin?, titel?})` | `sitzung` | legt die Sitzung an und **schreibt sie sofort** in `store "klassenraum"`; fehlender Seed wird gezogen und **steht im Code** |
| `ausCode(code)` | `{ticketId, seed, art}` \| `{fehler, grund}` \| `null` | **wirft nie**; `null` = nichts eingegeben; normalisiert Groß-/Kleinschreibung und Trennstriche |
| `sitzung()` | aktuelle Sitzung \| `null` | liest nur `store "klassenraum"`, nie den Spielstand |
| `ergebnisCode(inst, abnahme)` | `"E-…"` | trägt Sitzung, Platz, Sterne (Halbschritte), Fehlversuche, Dauer und eine Prüfsumme |
| `ergebnisLesen(code)` | `{sitzung, platz?, sterne, dauerS, versuche, ok}` \| `{fehler, grund}` | **wirft nie**; prüft Prüfsumme und Sitzungszugehörigkeit |
| `ergebnisEintragen(code)` | `{ok, neu}` \| `{fehler, grund}` | **idempotent**: derselbe Code zweimal ändert die Sitzung nicht (`neu:false`) |
| `exportieren()` | JSON-String | verlustfrei; übersteht einen Neustart |
| `importieren(text)` | `{ok, sitzung}` \| `{fehler, grund}` | **wirft nie**; fremdes/beschädigtes JSON ergibt `{fehler}` |

Ein neuer Auftrag entsteht über den vorhandenen Weg
`Spiel.instanzErstellen({ticketId | gen:{skill, seed}, seed, quelle:"klassenraum", ohneFlow:true})`
(`src/spiel/postfach.js:62`) — **vorher prüfen**, denn der Aufruf **wirft** bei unbekanntem Ticket
(`:74-76`). **`ohneFlow: true` ist Pflicht:** ohne es wendet `postfach.js:79-80` den Flow-Regler an,
der am **lokalen** Spielstand hängt (`src/spiel/flow.js:13, :42-48, :50-66`) — derselbe Code ergäbe auf
zwei Geräten verschiedene Netze. Eine Klassenraum-Instanz belegt **keinen** Postfach-Platz (die
Auffüllung zählt nur `quelle === "postfach" | "generiert"`, `:152`, `:157-158`, `:177`).

### 12.3 Fehlerformen

Alle Fehler sind **Daten**, keine Ausnahmen (Auftrag `:60`), in der Form
`{fehler:<Klasse>, grund:<Satz>}`. Klassen (verbindlich): `länge` · `zeichen` · `prüfziffer` ·
`auftrag` · `fassung` · `sitzung` · `wahl`. `null` **nur** aus `ausCode`/`ergebnisLesen`, wenn gar
nichts eingegeben wurde. Der **Satz** ist Anzeigetext und gehört der Oberfläche; wörtlich vorgegeben
ist nur „Prüfziffer stimmt nicht — hast du ein O statt 0 getippt?" (`:43`).

### 12.4 Der Netzabdruck (Netzkennwert) — Messform

Der Determinismus wird **gemessen, nicht behauptet** (`:54`, `:71`). Messgröße ist ein kurzer Abdruck
des **fertig gebauten Netzes** — gebildet aus dem Netz, das auf dem Gerät wirklich geladen ist,
**nicht** aus dem Code.

`Spiel.klassenraum.netzkennwert(netz)` → **6 Zeichen** aus dem Alphabet, FNV1a32 über das **kanonische**
Netz (`geraete` und `kabel` sortiert, `netz.zustand` bleibt draußen), höchstwertige 5 Bit zuerst.

Der Vergleich im Bericht ist **Zeichengleichheit** des kanonischen Textes **und** des Kennwerts.
Gleicher Abdruck = derselbe Auftrag; ungleicher Abdruck = Alarm, und dann ist der Seed nicht
vollständig im Code gelandet. Der Abdruck wird **wörtlich** zitiert, nicht zusammengefasst.
Der Doku-Wert `ee287645:12368` (`§ 7.2`) ist die **feste Alt-Fassung**, **nicht** der Abdruck eines
Klassenraum-Codes. **Form und Ort der Anzeige: Teil B.**

### 12.5 Live-Server (Stufe C, in **Rust**) — zwei Endpunkte

Der Server ist **optional**: ohne ihn müssen A und B vollständig funktionieren (Ergebnis-Codes
eintippen); das Spiel fragt nur ab, wenn er erreichbar ist, und meldet **keinen** Fehler, wenn nicht
(`:48`). Beide Bauformen sind **nur lokal** — kein Internet, keine Cloud, keine Konten — und liefern
**keine Klarnamen**, nur Platz-Kennungen (`:49`).

| Form | Ort | Endpunkte |
|---|---|---|
| **C1** in der Desktop-`.exe` (nur Desktop) | `shell/src-tauri/src/klassenraum.rs` | `GET /liste` · `POST /ergebnis` |
| **C2** eigenständiges Binary (Browser-/Android-Fall und Rückfall) | `tools/klassenraum/` (eigenes Cargo-Projekt, `cargo build --release`) | **dieselben** zwei Endpunkte, **dieselbe** Datenform |

**Datenform beider Endpunkte — belegt aus C2** (Entwurfsstand, 13 echte HTTP-Aufrufe):
`GET /liste` (optional `?sitzung=CODE`) → `200` +
`{"format":"klassenraum-liste","v":1,"sitzung":…,"anzahl":…,"sitzungen":[…],"ergebnisse":[…]}`
`POST /ergebnis` → `201` (neu) / `200` (idempotent) +
`{"format":"klassenraum-ergebnis","v":1,"ok":…,"neu":…,"anzahl":…,"platz":…,"sitzung":…,"lagerVoll":…}`
Fehler → `400`/`409`/`413`/`415` + `{"format":"klassenraum-fehler","v":1,"fehler":…,"feld":…}`.
Einschalten in den Einstellungen, **Standard aus**, mit ehrlichem Hinweis auf die
Windows-Firewall-Abfrage beim ersten Start (`:46`). Der C1-Einbau ist **noch nicht gebaut**.

### 12.6 QR-Code (Stufe D, in **Rust**)

Die Lehrkraft zeigt den Auftragscode als QR-Bild; Schüler scannen und landen direkt im Auftrag. In der
Desktop-Fassung erzeugt **Rust** das Bild (Crate `qrcode`/`image`) und reicht es als **Data-URI** an die
Oberfläche; der **Inhalt ist genau der Auftragscode** — kein Link, keine Adresse, kein Konto —, damit
jeder handelsübliche Scanner funktioniert (`:50`). In der Browser-Fassung bleibt das Abtippen der
Normalfall. **Form des Data-URI und Bildtyp: Teil C.**

### 12.7 Grenzen (Hobby-Ebene, bewusst)

Kein Schutz gegen Abschreiben (wer den Code hat, hat den Auftrag — gewollt) · keine Identität, nur
Platz-Kennungen · keine Zeit- oder Sperrlogik · keine Serverpflicht · kein QR in der Browser-Fassung ·
keine Auswertung über die Ampel hinaus · keine Mehrfach-Sitzungen gleichzeitig (`:66`).
Ausdrücklich **nicht** in diesem Auftrag: Konten, Anmeldung, Passwörter, Serverpflicht, Bezahlung,
Lizenzverwaltung, Mandantenfähigkeit, Marktplatz, Datenschutzkonzept, Autorenwerkzeug,
Fortschritts-Dashboards (`:7`).

### 12.8 Stand der Umsetzung (06.10.2026, vor der ersten Zeile Code)

| Punkt | Stand |
|---|---|
| ① Vertrag (dieser Abschnitt) | **Vorschlag** – noch nicht in der Architektur, noch nicht gebaut |
| ② Codec + Determinismus (Stufe A) | offen |
| ③ Oberfläche A: Lehrer-Ansicht, Code groß, Kopierknopf; Schüler-Eingabe | offen |
| ④ Oberfläche B: Ergebnis-Code, Eingabe mehrerer Codes, Ampel, Export/Import | offen |
| ⑤ Tests (`tests/klassenraum.test.js`, **291/291**) | offen |
| ⑥ Live-Server C1 in der `.exe` (optional) | offen |
| ⑦ Live-Server C2 als eigenes Binary (optional) | Entwurf gebaut und per HTTP-Probe belegt, **nicht** in den Spielweg eingebunden |
| ⑧ QR-Code D (Rust, Data-URI) | offen – Kiste `qrcode` heute nicht verfügbar |
| ⑨ Startseiten-Eingabezeile + Rauchtest 36/36 | offen – Rauchtest heute nicht messbar (kein startbarer Edge) |

Nachtrag zu § 7.4 (Schlüssel) — ebenfalls vorzuschlagen: Der Klassenraum legt seine Sitzung unter dem fünften Schlüssel klassenraum ab (KLASSENRAUM.md:40). Er liegt im selben Speicher (netzwerk-labor / spielstand.json) wie die übrigen, ist aber vom Spielstand getrennt: store "labor" bleibt unangetastet. Geschrieben wird wie überall entprellt (1500 ms); erzeugen und ergebnisEintragen rufen zusätzlich store.sofort() (src/kern/basis.js:86). § 7.4 nennt heute nur labor, einst, sandbox, labor-sicherung (docs/Architektur.md:264).

9 · Vorschlag für docs/CHANGELOG.md (zitierfähig)

Platzierung — eine Entscheidung, keine belegte Hausregel. Der Verlauf ist widersprüchlich: ## 1.2.1 steht in Zeile 12, ## 1.2.2 in Zeile 31, der „in Arbeit"-Abschnitt ## 1.2.0 in Zeile 137 — also unter beiden. Es gibt keinen 1.2.3-Abschnitt. Zwei vertretbare Wege: (a) „jüngste Fassung zuerst" → neue ## 1.2.3 vor Zeile 12; (b) Hausform der „in Arbeit"-Abschnitte → vor Zeile 137. Empfehlung D: (a). Die alte Unstimmigkeit wird nicht geheilt (docs/SITZUNGSABSCHLUSS.md:57-58).

## 1.2.3 — Klassenraum (in Arbeit)

Schwerpunkt: die Lehrer-/Schüler-Instanz als **Hobby-Fassung** — ein angesagter Code, ein überall
gleicher Auftrag, eingesammelte Ergebnisse als Ampel. Ohne Konto, ohne Server, ohne Netz.
Maßgeblich: tools/auftraege/KLASSENRAUM.md.

**Code und Determinismus**
- Auftragscode `NL-XXXX-XX` (Form), Beispiel (Form): `NL-4F7K-2Q` · gültiger Code: <gemessen>.
  Alphabet ohne I, O, 0, 1; zwei Prüfzeichen (mod 31, mod 32) gegen Vertipper.
- Ergebnis-Code `E-XXXX-XXX` mit Sitzung, Platz, Sternen (Halbschritten), Fehlversuchen, Dauer.
- Gemessen: <n> Seeds × <m> Aufträge, derselbe Netzkennwert auf beiden Profilen.

**Oberfläche**
- Lehrer-Ansicht (Code groß, Kopierknopf, Ampel, Ergebnisse, Export/Import), Schüler-Ansicht
  (Code-Eingabe, Fehlerrückmeldung, Auftrag öffnet sich), Startseiten-Eingabe in einer Zeile.

**Gemessen (06.10.2026)**
- `node tests/run.js` → **291/291 grün (36 Testdateien, 77 Module)**, Filter `--klassenraum` 40/40.
- `python tools/ethos.py` GRÜN · `python tools/klassen.py` 0 · `node tools/sim-stand.js` unverändert.
- <was noch gemessen wurde, mit Zahl>

**Erzeugte Dateien**
| Datei | Bytes | SHA256 |
|---|---|---|
| docs/index.html | | |
| Netzwerk-Labor.html | | |

Regel für das Einsetzen: alle Zahlen erst nach der Umsetzung eintragen, mit dem Befehl daneben; docs/index.html und Netzwerk-Labor.html müssen denselben SHA256 tragen (docs/Architektur.md:814-815).

10 · Bewusste Vereinfachungen und Nicht-Ziele

10.1 Bewusste Vereinfachungen (die sieben Punkte aus KLASSENRAUM.md:66)

10.2 Nicht-Ziele dieses Auftrags (elf Punkte aus KLASSENRAUM.md:7, wörtlich)

Konten · Anmeldung · Passwörter · Serverpflicht · Bezahlung · Lizenzverwaltung · Mandantenfähigkeit · Marktplatz · Datenschutzkonzept · Autorenwerkzeug · Fortschritts-Dashboards.

10.3 Was ausdrücklich späteren Aufträgen gehört

Wer das Geschäft will, liest docs/entwicklung/Konzept – Lernplattform für Betriebe und Schulen.md (Stufen 1–4). Dort stehen die Abschnitte, die hier nicht gebaut werden: § 2 (Ausgangslage), § 3 (Stufen), § 4 (Konten und Rollen), § 5 (Serverbetrieb), § 6 (Datenschutz), § 7 (Lizenz und Bezahlung), § 8 (Autorenwerkzeug), § 9 (Fortschritt und Auswertung), § 10 (Mandanten), § 11 (Betrieb), § 12 (Marktplatz). Bekannte Abweichung, die in den Bericht gehört: Konzept…md:46 nennt weiter „Schreiben 2 s verzögert", während docs/Architektur.md:265 1500 ms festschreibt.

11 · Offene Punkte und was nicht geprüft wurde

11.1 Entscheidungen, die die Leitung treffen muss

1. NL-4F7K-2Q — Auftrag gegen Prüfsumme. Der Auftrag verlangt (:64), dass NL-4F7K-2Q und nl4f7k2q beide gehen. A's Prüfsumme lehnt genau diesen Code ab: nachgerechnet C1 = 159 mod 31 = 4 (Zeichen E, Code hat 2), C2 = 249 mod 32 = 25 (Zeichen 3, Code hat Q) ⇒ {fehler:"prüfziffer"}.

[!success] ✅ Vom Leiter nachgerechnet am 2026-10-06 Hier standen zuerst falsche Zwischenwerte (C1 ≡ 6, C2 ≡ 8). Richtig ist: 4F7K hat die Werte [26, 5, 29, 9], damit 1·26+2·5+3·29+4·9 = 159 → 159 mod 31 = 4 → „E" und 1·26+3·5+5·29+7·9 = 249 → 249 mod 32 = 25 → „3". Gültig wäre also NL-4F7K-E3. Die Folgerung (der Beispielcode fällt mit prüfziffer durch) war schon richtig.

Empfehlung D: NL-4F7K-2Q als Form lesen (so steht es in A-festlegung.md:20-21); Testfall 36 prüft die Normalisierung an einem echten Code und zusätzlich, dass NL-4F7K-2Q und nl4f7k2q dasselbe Ergebnis liefern (nämlich dieselbe Fehlerklasse). Die Alternative — die Prüfsumme so ändern, dass dieses Beispiel gültig wird — wäre eine Änderung an A's eingefrorener Festlegung.

1. R16: Zahlt ein Klassenraum-Auftrag Lohn und Ruf? Belegt: ja, ohne Sonderfall (src/spiel/abnahme.js:98, :117, :132). Vorschlag D: zulassen und im Bericht benennen — oder additiv einen Ausschluss für quelle === "klassenraum" einbauen (fremde Datei, im Bericht nennen).
2. Ampel-Nenner „offen". Der Auftrag verlangt „wie viele fertig / wie viele offen" (:44); A's Sitzungsform führt keine geplante Platzzahl. Vorschlag D: plaetze in die Sitzung aufnehmen (Vorschlag an A) — sonst zeigt die Ampel nur „fertig" und den Median.
3. Weg zum Platz. A § 4/§ 9 legt platz als Zahl 0..31 im Speicher fest; wie die Oberfläche ihn setzt (eigener Setter oder store.set), ist offen — einzusetzen aus Teil A.
4. CHANGELOG-Platzierung (§ 9): vor Zeile 12 oder vor Zeile 137.
5. Anzeigeform des Abdrucks — einzusetzen aus Teil B (§ 3.3, sieben Mindestpunkte).

11.2 Kleine Vertragslücken, die noch zu schließen sind

• Spiel.klassenraum.netzkennwert(netz) und eine Ampel-Zählung (ampelZahlen) stehen nicht im Acht-Aufrufe-Vertrag (KLASSENRAUM.md:26-35). Beide werden gebraucht; sie gehören als Vertragsergänzung in § 12.2 (Vorschlag D).
• Der Seed-Bereich ist 1..256 (variante + 1); erzeugen({seed}) muss größere Werte kanonisieren und das im Dateikopf dokumentieren.
• versuche (Fehlversuche) fehlt in der ersten Fassung des Vertrags, ist aber verlangt (:44) und im Bit-Budget vorhanden (2 Bit).

11.3 Was in dieser Sitzung nicht gemessen wurde

11.4 Aufgabenstatus

task-4 (Bereich D) ist mit dieser Datei inhaltlich erfüllt: Testplan (40 Fälle, Sollzahl 291), Abnahmebefehle mit den heute gemessenen Sollzahlen, Vorführdrehbuch mit Edge-Kommandozeilen und Abbruchkriterien, Risikoliste (18), Reihenfolge A→B→C1→C2→D, Definition of Done (21 Punkte), Berichtsvorlage, Architektur-Vorschlag § 12 und CHANGELOG-Vorschlag, Vereinfachungen und Nicht-Ziele, offene Punkte. Nicht enthalten und nicht enthalten sein können: gemessene Netzkennwerte aus der Vorführung, Rauchtest- und Menüprobenergebnisse, ein bestandener Android-Bau — Edge und Android laufen in dieser Umgebung nicht (Grund oben).