name: lehrer-node-hotspot-klassenzimmer
description: "Kommende 'Lehrer'-Version (Branko 2026-08-18): PrĂ€sentationsmodus mit Webserver + eigenem Hotspot; KrĂŒmel kommen per iPad im Klassenzimmer auf die Lehrer-Node, die zum Nullfeld durchreicht und den Vorgang lokal speichert; max ~16 temporĂ€re Logins + 1 Admin, EIN geteilter SchlĂŒssel; power off → nichts gespeichert außer den temporĂ€ren Unterrichts-Usern; lĂ€uft unabhĂ€ngig vom crumbcore; fehlt noch in der großen Rust-App"
metadata:
node_type: memory
type: project


Kommende „Lehrer"-Version (Branko, 2026-08-18) — die dritte Nutzungsform neben „persönlich" und „1 Raspi/viele Kinder" aus [[klassenzimmer-werkzeug-ein-port-offizielle-kruemel]]:

Was sie ist. Der PrĂ€sentationsmodus mit Webserver (das HTML-Front, #static) wird zur Lehrer-Node: sie spannt einen eigenen Hotspot auf. KrĂŒmel ohne eigenen Zero kommen per iPad im Klassenzimmer auf die Lehrer-Node. Die Node reicht zum Nullfeld durch (Mittelsmann) und speichert den Vorgang lokal wĂ€hrend der Unterrichtseinheit. KrĂŒmel arbeiten mit iPad zusammen.

Vertrauensmodell — zwei Tiers werden drei.
- Persönlich: 1 Kind = 1 SSH-Key = 1 Zero (hardware-gebunden, [[krumel-onboarding-token-gate]]).
- Lehrer-Hotspot: EIN geteilter SchlĂŒssel trĂ€gt die Node; darunter max ~16 temporĂ€re Logins + 1 Admin. Die Nutzer sind da (existieren im Unterricht), tragen aber nur diesen einen SchlĂŒssel — keine eigene Hardware-IdentitĂ€t.

Ephemer ist das Prinzip (nicht Gimmick). Power off → keine Daten gespeichert, außer den temporĂ€ren Usern wĂ€hrend des Unterrichts. Das ist „ZurĂŒck auf Null" / Nullfeld im Kleinen ([[geschuetzter-raum-im-jetzt]], [[crumbforest-passkante-bewegungsdaten]]) — der Raum entsteht im Jetzt und löst sich wieder auf.

LĂ€uft unabhĂ€ngig vom crumbcore. Der crumbcore (an dem sich KrĂŒmel ohne eigenen Zero anmelden, um mit der Crew zu sprechen) ist ein getrennter Weg. Die Lehrer-Node ist ein eigenstĂ€ndiger Hotspot-Durchreicher, kein crumbcore-Client.

Status: fehlt noch in der großen Rust-App. Noch nicht gebaut. BerĂŒhrt bei Umsetzung: eingebauter Webserver + Hotspot (AP-Mode), lokaler ephemerer Session-Store, Durchreiche zum Nullfeld ĂŒber die Ein-Port-Kante ([[nullfeld-qdrant-ollama-loopback-bind]]).

Zwei offene Design-Fragen, die Branko dabei aufwirft (2026-08-18) — noch NICHT beantwortet, nicht raten:
1. Bindet der Vertrauensvertrag SchlĂŒssel/ZugĂ€nge an Hardware? Bisher implizit ja fĂŒr die persönliche Schiene (WG-Peer + NetBox-Device + physischer Key = „Code ohne Raum", [[krumel-onboarding-token-gate]]), aber die Token-IdentitĂ€t hĂ€ngt am pseudonymen NetBox-Tenant, nicht strikt am GerĂ€t. Der Lehrer-Hotspot bricht das bewusst auf (ein Key, viele ephemere User). Der Vertrag muss beide Tiers sauber trennen — das ist noch nicht ausformuliert.
2. Killswitch / Login-Reset bei PWD vergessen oder Zero verloren? Aktuell kein expliziter Mechanismus geplant — nur die Zutaten existieren (WG-Peer widerrufen, NetBox-Device deaktivieren, Token-Kontingent auf denselben Pseudonym-Tenant auf neuer Hardware neu ausgeben). Ein bewusster „GerĂ€t-Killswitch" bzw. Reset-Fluss fehlt im Konstrukt und sollte eingeplant werden.