Manual · 2026 Bedienungsanleitung
Bedienungsanleitung · Klassenarbeiten Tool

Handbuch.

Wie die vier Werkbänke funktionieren, was sie leisten, und wie Daten zwischen ihnen wandern.

01 · Konzept

Vier Module, ein Workflow.

Das Klassenarbeiten Tool besteht aus vier eigenständigen Werkzeugen, die zusammen den vollen Workflow einer Klassenarbeit abbilden, von der ersten Reflexion bis zur Rückmeldung. Jedes Modul funktioniert für sich, kann aber mit den anderen verkettet werden.

Die vier Werkbänke im Überblick

01 · Reflektieren
Planen
Eine KA gedanklich strukturieren: Kompetenzen, Items, AFB, Verstehensebenen, Bewertungsplan. Vor dem Aufgabentexten.
02 · Erstellen
Bauen
Aus dem Plan werden konkrete Aufgaben: Texte, Items mit Distraktoren, Erwartungshorizont, Word-Export.
03 · Digitalisieren
Transkribieren
Handschriftliche Schülertexte als Foto erfassen und mit KI-Hilfe in lesbaren Text überführen.

Wie Daten zwischen den Modulen wandern

Die Module reden nicht direkt miteinander, sondern über JSON-Dateien, die manuell zwischen ihnen weitergegeben werden. Das hat zwei Gründe: Eigenständigkeit (jedes Tool funktioniert auch ohne die anderen) und Datenschutz (man hat die Hoheit über die Datei und kann sie löschen, wann man will).

Eine Plan-JSON aus dem Planer enthält etwa folgende Struktur (gekürzt):

{ "schemaVersion": 2, "stage": "planung", "metadaten": { "titel": "KA Year 8 · School Life", "sprache": "EN", "jahrgang": "8", "niveau": "B1", "klasse": "8c" }, "kompetenzen": ["LV", "SCH"], "aufgaben": [ /* … */ ] }

Diese Datei lädt man in den Builder hoch, der die Plan-Daten übernimmt und die konkrete Aufgabenerstellung darauf aufbaut. Der Builder erweitert die JSON um Volltexte, Items und Erwartungshorizonte und exportiert dann Word-Dokumente plus eine erweiterte JSON für das spätere Feedback-Modul.

Wo Daten gespeichert werden

Sämtliche Daten der Tools liegen im Browser, genauer gesagt in einer technischen Schublade namens IndexedDB. Diese Schublade gehört zur Browser-Installation und ist an Browser, Gerät und Profil gebunden. Wenn man auf einem Schulrechner arbeitet und am nächsten Tag zu Hause weitermachen möchte, exportiert man die Datei als JSON, schickt sie sich selbst per E-Mail oder Cloud-Speicher und lädt sie zu Hause wieder ein.

Datenschutz: Es werden keine Schülerdaten an externe Server gesendet. Schriften (Google Fonts) werden zwar von einem CDN geladen, enthalten aber selbstverständlich keine Inhalte. Wenn KI-Funktionen genutzt werden (etwa für Distraktoren-Vorschläge im Planer), passiert das ausschließlich auf explizite Aktion und mit eigens eingegebenem API-Key oder per kopiertem Prompt.
02 · Planen

Eine KA vordenken.

Der Planer ist ein Reflexionswerkzeug. Bevor die erste Aufgabe formuliert wird, hilft er dabei, die Klassenarbeit erlasskonform zu strukturieren: Kompetenzen, Items, Verstehensebenen, Anforderungsbereiche, Gewichtung. Was hier gut durchdacht ist, spart im Builder später viel Korrekturschleifen.

Beispiel-KA, das durch die Anleitung zieht

Year 8 · Klasse 8c · Englisch · B1 · Thema „School Life in the English-speaking world". Geplant sind 90 Minuten Bearbeitungszeit, eine rezeptive Kompetenz (Leseverstehen) und eine produktive Kompetenz (Schreiben).

Was der Planer leistet

Der Planer fragt in vier Schritten alle Größen ab, die für eine erlasskonforme KA nötig sind, und prüft jede Eingabe live gegen den Erlass des MK Niedersachsen von 2015 sowie die ergänzenden Hinweise vom 22.11.2018. Die Prüfungen erscheinen rechts in der Sidebar als „Erlasskonformität"-Block.

Was der Planer nicht tut: keine Volltext-Aufgaben formulieren, keine Hör- oder Lesetexte erfassen, keinen Erwartungshorizont schreiben. Das alles ist Sache des Builders.

Ablauf in vier Schritten

  1. Rahmenbedingungen

    Im ersten Schritt werden Titel, Datum, Sprache, Jahrgang, Niveau, Klasse und Themenfeld eingetragen. Optional kommen Schule und Lehrkraft dazu (für den späteren Word-Header).

    Im Beispiel: KA 2 · Year 8 · School Life als Titel, EN als Sprache, B1 als Niveau, 8c als Klasse.

  2. Teilkompetenzen

    Pro Spalte (rezeptiv, produktiv) lässt sich genau eine Kompetenz wählen. Eine KA kombiniert in der Regel eine rezeptive (HV / HSV / LV) mit einer produktiven (SCH / SM) Teilkompetenz, mehr als zwei sind nach KC ausgeschlossen.

    Im Beispiel: Leseverstehen (LV) und Schreiben (SCH).

    Hinweis: Sobald eine Kompetenz aktiviert wird, wird automatisch eine erste Teilaufgabe in Schritt 3 angelegt. Bei rezeptiven Kompetenzen können beliebig viele weitere Teilaufgaben hinzukommen, bei produktiven bleibt es bei einer.
  3. Aufgaben planen

    Die Aufgaben werden nach Kompetenz gruppiert dargestellt. Bei Leseverstehen kann es etwa drei Teilaufgaben geben, jede mit einem eigenen Text und eigener Itemgruppe. Bei Schreiben gibt es nur eine Aufgabe.

    Pro Teilaufgabe sind diese Größen einzutragen:

    • Geplante Punkte (BE): nur bei rezeptiven Aufgaben, ganzzahlig.
    • Geplante Zeit: Minuten, sollte zusammen mit den anderen Aufgaben in etwa der Gesamtzeit entsprechen.
    • Verstehensebenen (rezeptiv): Globalverstehen, Selektivverstehen, Detailverstehen. Eine valide Prüfung deckt mehrere Ebenen ab, die Verteilung kann auf die Teilaufgaben verteilt werden.
    • Items pro Format (rezeptiv): wie viele Multiple-Choice, Kurzantworten, Zuordnungen, Tabellenvervollständigungen, und beim Leseverstehen zusätzlich Richtig/Falsch mit Beleg.
    • Texteinheiten (rezeptiv): wie viele Texte für diese Teilaufgabe.
    • Textsorte, Operator, AFB, Adressat, Kontext (produktiv): siehe Tipps in der Sidebar.
    • Bewertungsplan (produktiv): eigene Gewichtung Inhalt/Sprache, geplante Kriterien, Ziel-Niveau.
    Wichtig zum Verständnis der Mindestmengen: Die Item-Mindestanzahl je Niveau (B1: mindestens 22) gilt aggregiert über alle Teilaufgaben einer rezeptiven Kompetenz. Drei LV-Teilaufgaben mit je 8 Items ergeben 24 Items insgesamt, also erlasskonform, auch wenn die einzelne Teilaufgabe für sich allein die 22 nicht erreicht.
  4. Bewertungsrahmen

    Im vierten Schritt wird der KA-weite Rahmen festgelegt: Skala (Sek I 1–6 oder Sek II 0–15) und Gewichtung Inhalt/Sprache. Diese gilt als Default für alle produktiven Aufgaben, kann aber pro Aufgabe in Schritt 3 überschrieben werden.

    Das eigentliche Bewertungsraster wird im Builder erstellt, der Planer hält nur den Rahmen fest.

Validator: drei Schweregrade

Rechts in der Sidebar erscheinen Hinweise zu allem, was nicht ganz erlasskonform aussieht:

Jeder Hinweis verweist auf seine Quelle (KC, Erlass, Materialband). Über die kleinen ↗ Quelle-Links lässt sich die jeweilige Stelle im Kompendium-Popup nachlesen.

Testtheorie- und Planungs-Tipps

Unter dem Validator erscheint je nach Auswahl eine Tipps-Karte mit didaktischen Hilfsmitteln: Distraktoren bei Multiple Choice, Authentische Kommunikationssituation beim Schreiben, Sprachmittlung als adressatenorientierte Aufgabe, und so weiter. Jede Tipps-Karte hat einen Prompt-Vorlage-Knopf: Mit einem Klick wird ein vorgefertigter, auf die aktuelle KA zugeschnittener Prompt in die Zwischenablage kopiert. Den kann man dann in das KI-Werkzeug der Wahl (telli, fobizz, ChatGPT, Claude) einfügen, um zum Beispiel Distraktoren oder Beispielaufgaben generieren zu lassen.

Speichern und Exportieren

Der Planer speichert automatisch im Browser, ein „Speichern"-Knopf ist nicht nötig. Nach jeder Eingabe wird mit kleiner Verzögerung ins lokale IndexedDB geschrieben. Beim erneuten Öffnen ist der Plan da.

Drei Export-Formate stehen zur Verfügung:

03 · Bauen

Aus dem Plan wird eine echte KA.

Der Builder ist die Werkbank, an der konkrete Aufgaben entstehen: Hör- und Lesetexte, Items mit Distraktoren, Schreibanlässe mit Adressat, Sprachmittlungstexte, Erwartungshorizonte. Am Ende stehen drei Word-Dokumente, die direkt ausgedruckt oder weiter angepasst werden können.

Plan importieren oder leer beginnen

Beim ersten Aufruf gibt es zwei Möglichkeiten: einen Plan aus dem Planer importieren (Knopf Plan importieren) oder eine leere KA neu anlegen. In beiden Fällen erscheint danach im linken Editor eine Reiterleiste mit allen Aufgaben (rezeptive Aufgaben zuerst, produktive danach).

Beispiel: Import aus dem Plan

Die Plan-JSON aus dem vorherigen Abschnitt enthält zwei Aufgaben (LV und SCH). Beim Import erzeugt der Builder zwei Tabs in der Aufgaben-Reiterleiste: LV·1 und SCH. Die Plan-Items (etwa „6 MC, 4 KA") sind als Plan-Vorgaben sichtbar, müssen aber jetzt konkret befüllt werden.

Aufgaben füllen

Pro Aufgabe sind verschiedene Felder anzulegen:

Aufgabenstellung

Der Volltext, wie ihn die Schülerinnen und Schüler lesen sollen. In der Zielsprache. Pflichtfeld.

Texteinheiten (rezeptiv)

Pro rezeptive Aufgabe lassen sich beliebig viele Texte erfassen. Jede Texteinheit hat einen Kurztitel (z. B. „Radio interview, Part 1") und den Volltext. Beim Word-Export werden die Texte sauber gegliedert dargestellt.

Items (rezeptiv)

Items sind die einzelnen Frage-Antwort-Paare. Pro Item wird ein Format gewählt, dann der Stamm formuliert und die Lösung beziehungsweise die Distraktoren angegeben. Auf dem späteren Aufgabenblatt erscheinen die Items in der Reihenfolge, in der sie hier angelegt wurden.

FormatWas reinkommt
MC Stamm + 3 bis 4 Antwortoptionen, eine als korrekt markiert. Kein Wahr/Falsch, das ist nicht erlasskonform.
KA Stamm + erwartete Kurzantwort (1 bis 5 Wörter).
ZUO Mehrere Paare aus „Element links" und „Element rechts", die einander zugeordnet werden.
TAB Tabellenzeilen mit einer Vorgabe-Spalte und einer Spalte, die ergänzt werden soll.
RFB Nur bei Leseverstehen: eine Aussage, die richtig oder falsch ist, plus erwarteter Beleg aus dem Text. Das ist nicht mit reinem Wahr/Falsch zu verwechseln, weil die Belegleistung produktiv ist.

Erwartungshorizont (EWH)

Zwei Felder: Inhalt und Sprache. Der Inhalt-Block beschreibt, was sachlich erwartet wird. Der Sprache-Block beschreibt, welche Strukturen, welcher Wortschatz und welche Textsortenmerkmale anvisiert sind. Bei rezeptiven Aufgaben ist der Sprachblock oft kürzer.

Musterlösung (optional)

Eine ausformulierte Beispiellösung. Vor allem bei produktiven Aufgaben hilfreich für die Korrekturschiene.

Notizen (intern)

Freie Notizen, die nicht in die Schülerdokumente kommen. Etwa Korrekturhinweise für sich selbst.

Word-Export: drei Dokumente

Aus der fertig gefüllten KA erzeugt der Builder drei Word-Dateien:

Was im Word-Header steht

Auf jeder Seite der Schüler-Dokumente steht eine Kopfzeile mit Name-Feld (zum Eintragen), Klasse und Datum sowie Seitenzahl. Auf Seite 1 zusätzlich oben: Schule, KA-Titel, Teil-Label und Bearbeitungszeit.

Anpassbar: Die Word-Dateien sind reguläre .docx-Dokumente. Schriftart, Farben, Layout. Alles lässt sich nach dem Export in Word weiter anpassen, falls die Schule eigene Vorlagen hat.

Sidebar-Validator

Auch im Builder läuft eine Vollständigkeitsprüfung. Sie schreit nicht so laut wie der Erlass-Validator des Planers, sondern weist eher hin: „Aufgabenstellung fehlt", „Nur 5 von 22 geplanten Items angelegt", „MC-Item ohne korrekte Antwort markiert". Bei einem Item mit weniger als drei ausgefüllten Optionen wird gewarnt, weil das nicht valide wäre.

04 · Transkribieren

Handschrift in lesbaren Text.

Die Klausur-Werkbank ist das dritte Modul der Suite und unterscheidet sich strukturell von den anderen: Sie ist eine lokale App, die auf dem eigenen Rechner installiert wird, kein Browser-Tool.

Was sie tut

Pro Klausur wird eine Sammlung angelegt. Pro Schülerin oder Schüler werden Foto-Seiten der handgeschriebenen Antwort hinzugefügt. Auf Knopfdruck landet das Bild zusammen mit einem vorbereiteten Prompt in der Zwischenablage. Die eigentliche Transkription erfolgt dann im KI-Werkzeug der Wahl (telli, fobizz, ChatGPT, Claude). Die Antwort wird in den Editor zurückgespielt und korrigiert.

Wer einen eigenen API-Key (Mistral, OpenAI, Anthropic) einsetzen möchte, kann den Bridge-Schritt entfallen lassen, dann läuft die Transkription ohne manuelles Hin und Her.

Datenschutz

Sämtliche Daten verbleiben lokal im Unterordner klausuren/. Klartextnamen werden, sofern überhaupt eingetragen, ausschließlich in einer lokalen meta.json gehalten. An externe Dienste geht ungeachtet dessen ausschließlich die anonyme Schüler-ID. Nach der Notenkonferenz reicht das Löschen des entsprechenden Klausur-Ordners.

Ausführliche Anleitung

Die Klausur-Werkbank hat eine eigene, sehr detaillierte Anleitung mit Installationsschritten für Mac und Windows, Bridge-Modus, API-Modus, Updates und Troubleshooting:

→ Zur Klausur-Werkbank-Anleitung

Den Download und einen Überblick gibt es auf der Werkbank-Startseite.

Browser: Empfohlen wird Chrome. Die Werkbank läuft auch in Safari, Firefox und Edge, aber das Kopieren von Bildern in die Zwischenablage ist erfahrungsgemäss in Chrome am robustesten. Auf Mac startet die Werkbank Safari als Standard; bei Problemen einfach http://127.0.0.1:8765 in Chrome öffnen.
05 · Feedback

Vom Transkript zur Rückmeldung.

Das vierte Modul schließt den Workflow. Es nimmt einen Build aus dem KA-Builder und die Schülertexte entgegen, unterstützt die Lehrkraft bei der Korrektur im Dialog mit einer KI und liefert pro Schüler:in ein Word-Dokument mit strukturiertem Feedback und Arbeitsauftragsblatt. Die Bewertung trifft die Lehrkraft, die KI ist Korreferent.

Didaktische Grundlage

Das Modul setzt das Verfahren der de-implementierten Korrektur um (Truscott 2007 ff.). Statt Randkommentare im Schülertext gibt es ein strukturiertes Feedback mit Stärken, Einordnung und konkreten Überarbeitungsaufträgen. Lernen entsteht durch die aktive Auseinandersetzung der Schüler:innen mit dem eigenen Text, nicht durch passives Lesen von Korrekturen.

Was das Modul leistet

Workflow im Tool

  1. Build importieren

    Den Build aus dem KA-Builder (Stage „erstellung") als JSON importieren. Die Materialien (Aufgabenstellung, EWH, Musterlösung) werden ins Feedback-Tool übernommen.

  2. Schüler:innen anlegen

    Pro Person eine Karteikarte. Name (lokal, wird vor KI-Calls automatisch durch „Schüler:in" ersetzt), erreichte BE bei rezeptiven Aufgaben, Schülertext einfügen.

  3. Schritt 1: Diagnose-Prompt mit der KI durchgehen

    Knopf „Diagnose-Prompt kopieren" generiert einen Markdown-Block mit Rahmen, Materialien, Prinzipien der de-implementierten Korrektur und dem anonymisierten Schülertext. In das KI-Werkzeug der Wahl einfügen (telli, fobizz, ChatGPT, Claude). Pro Schüler:in einen neuen KI-Chat starten und diesen Chat offen lassen: Schritt 2 wird im selben Verlauf weitergeführt, damit die KI den Diagnose-Kontext behält.

    Die KI schlägt keine Note vor. Sie listet sprachliche und inhaltliche Stärken und Auffälligkeiten auf, fragt nach jedem Schritt nach Bestätigung und fragt am Ende nach der Lehrkraft-Note. Die Bewertungshoheit bleibt zwingend bei der Lehrkraft, das ist rechtlich und didaktisch notwendig.

    Dialog ist gewollt: Die KI liefert immer nur einen Block (zuerst Sprache, dann Inhalt) und fragt nach Bestätigung. Nicht alles am Stück abarbeiten lassen, sondern Stelle für Stelle prüfen, umformulieren, vertiefen. Das schrittweise Vorgehen ist der eigentliche Mehrwert: man bleibt in der pädagogischen Verantwortung, statt einen vorgefertigten Block zu übernehmen.
  4. Note festlegen und ins Tool eintragen

    Auf Basis der Diagnose und des eigenen pädagogischen Urteils: Note Sprache und Note Inhalt im Tool eingeben (mit Begründung). Erst danach den Feedback-Prompt nutzen.

  5. Schritt 2: Feedback-Prompt im selben Chat nachschieben

    Knopf „Feedback-Prompt kopieren" generiert einen Block, der die festgelegten Noten als fixierte Parameter enthält. Diesen Block im selben Chat wie den Diagnose-Prompt einfügen, nicht in einem neuen Tab. So bleibt der Diagnose-Kontext aus Schritt 1 verbunden mit der jetzt festgelegten Note.

    Die KI formuliert daraus iterativ das ausformulierte Feedback (Stärken → Einordnung → Überarbeitungsauftrag) Abschnitt für Abschnitt mit Rückfrage. Die Note wird nicht in Frage gestellt. Aus dem KI-Dialog die Formulierungen ins Tool zurückkopieren oder eigene Akzente setzen. Nicht 1:1 abschreiben: Im Dialog bleiben, hinterfragen, anpassen lassen.

    Tipp 1 (Projekt anlegen): Wer regelmäßig Klassenarbeiten korrigiert, legt in Claude oder ChatGPT einmalig ein Projekt an und hinterlegt EWH, Musterlösung und Bewertungsraster als Projekt-Wissen (Claude: „Project Knowledge", ChatGPT: „Custom GPT" oder Projekt-Dateien). Dann startet jeder neue Schüler:innen-Chat schon mit dem Kontext, ohne dass die Materialien jedes Mal mitkopiert werden müssen. Der Schülertext kommt dann pro Person dazu.
    Tipp 2 (Voice-to-Text): Tools wie Wispr Flow oder ParaSpeech beschleunigen den iterativen Dialog mit der KI deutlich, weil das Tippen entfällt. „Passt", „kürzer", „mehr zur Argumentation": das spricht sich schneller als es sich tippt.
  6. Word-Export und Klassenliste

    Pro Schüler:in eine Word-Datei mit zwei Seiten exportieren. Am Ende der Klasse die CSV-Klassenliste exportieren — Spalten: Name, Rezeptiv, Produktiv, Gesamt.

Datenschutz

Sensibel: In diesem Tool werden Schülernamen und individuelle Texte verarbeitet. Sämtliche Daten bleiben im Browser (IndexedDB). Schülernamen werden lokal als Klartext gehalten, aber bei der Generierung des KI-Prompts automatisch durch „Schüler:in" ersetzt — die KI sieht den Namen nicht. Im Word-Export ist der Klartext-Name dann wieder drin (für die Rückgabe an die Schüler:in).

Empfehlung: Vor dem Hochladen von Schülertexten in fremde KI-Dienste mit der/dem Datenschutzbeauftragten der Schule sprechen, oder eine lokal arbeitende KI verwenden. Im Zweifel: lieber Copy-Paste mit anonymisierten Texten als API-Key-Direktanfrage.

Was noch kommt

In künftigen Versionen geplant: BYOK-API-Modus (direkter Zugriff auf Anthropic oder OpenAI ohne Copy-Paste), Whole-Class-Feedback aus aggregierten Fehlern und Themen, Berichtigungsseite-HTML aus den gesammelten Überarbeitungsaufträgen.

06 · FAQ

Häufige Fragen.

Stolperfallen, typische Verständnisfragen und Hinweise zu Datenschutz und Datenmigration.

Bedienung

Wo werden meine Daten gespeichert? Browser-Cache?

Nein, nicht im Browser-Cache. Die Daten landen in einer eigenen Browser-Datenbank namens IndexedDB. Das ist eine andere technische Schublade als der Cache. Cache ist für temporäre Web-Ressourcen wie Bilder oder Skripte und wird oft beim „Cache leeren" entfernt. IndexedDB ist für persistente App-Daten und bleibt auch nach „Cache leeren" erhalten — sie wird in der Regel nur über die Option „Cookies und Site-Daten löschen" geleert.

Die IndexedDB ist an Browser, Profil und Gerät gebunden. Wer auf einem anderen Rechner oder mit einem anderen Browser arbeitet, sieht dort eine leere App. Die Daten sind nicht weg, sie liegen am ursprünglichen Ort.

Auf macOS Chrome liegt die Datenbank physisch unter ~/Library/Application Support/Google/Chrome/Default/IndexedDB/, bei Safari analog unter ~/Library/WebKit/Storage/. Auf Windows entsprechend im Browser-Profilordner.

Was passiert mit hochgeladenen Klausur-Dateien (DOCX, PDF) im Feedback-Tool?

Anhänge werden ebenfalls in der IndexedDB gespeichert, als Binär-Daten (Blob). Sie sind nicht im normalen Browser-Cache und gehen beim Cache-Leeren nicht verloren. Standardmäßig sind sie nicht im JSON-Export enthalten, weil das die Datei stark aufblähen würde. Wer die Anhänge mit auf einen anderen Rechner nehmen oder ein vollständiges Backup machen will, nutzt die ZIP-Backup-Funktion (siehe nächste FAQ).

Die maximale Dateigröße pro Anhang liegt bei 20 MB. Das reicht für übliche DOCX, PDF mit Scans und Bilder.

Wie mache ich ein vollständiges Backup mit Anhängen?

Im Feedback-Tool gibt es im Header den Knopf „Backup als ZIP". Damit wird die Korrekturrunde zusammen mit allen hochgeladenen Anhängen in eine einzige ZIP-Datei verpackt und heruntergeladen. Die ZIP enthält:

  • eine feedback.json mit allen Schüler-, Feedback- und KA-Daten
  • einen Ordner attachments/ mit den Originaldateien (DOCX, PDF, Bilder)
  • ein Manifest, das die Dateien zu den Anhang-IDs zuordnet

Diese ZIP-Datei kann sich die Lehrkraft selbst per E-Mail oder Cloud-Speicher zuschicken, auf einen anderen Rechner kopieren oder als Sicherung archivieren.

Wie spiele ich ein ZIP-Backup wieder ein?

Im Feedback-Tool den Knopf „Build / JSON / ZIP laden" klicken und die ZIP-Datei auswählen. Das Tool erkennt automatisch, dass es sich um ein Backup handelt: Es entpackt die feedback.json, schreibt die KA-Daten zurück in die IndexedDB und stellt alle Anhänge in der richtigen Zuordnung wieder her. Eine Toast-Meldung bestätigt anschließend, wie viele Schüler:innen und Anhänge wiederhergestellt wurden.

Hinweis: Wenn auf dem Zielrechner bereits eine Korrekturrunde mit derselben ID existiert (etwa weil das Backup einmal schon importiert wurde), wird sie überschrieben. Bei Unsicherheit vorher die vorhandene Runde sichern oder umbenennen.

Wie nehme ich meine KA-Planung oder einen Builder-Stand auf einen anderen Rechner?

Im Planer und Builder gibt es jeweils einen JSON-Export-Knopf („Plan als JSON" beziehungsweise „Build als JSON"). Diese JSON-Datei lässt sich auf dem Zielrechner über den entsprechenden Import-Knopf wieder einlesen. Der Planer enthält keine Anhänge; im Builder gibt es derzeit keinen Anhang-Mechanismus, deshalb genügt der JSON-Export. Im Feedback-Tool ist die ZIP-Variante zu bevorzugen, wenn Anhänge dabei sind.

Was passiert, wenn ich den Browser-Cache leere?

Cache leeren betrifft normalerweise nur temporäre Web-Ressourcen — die App-Daten in IndexedDB bleiben erhalten. Erst wenn man explizit „Cookies und andere Site-Daten" für die Domain löscht, gehen auch die App-Daten verloren. Vor einer kompletten Site-Daten-Bereinigung sicherheitshalber JSON- oder ZIP-Backup ziehen.

Eine JSON-Datei lässt sich nicht importieren.

Der Builder akzeptiert sowohl Plan-JSON (aus dem Planer, Stage „planung") als auch Build-JSON (aus dem Builder selbst, Stage „erstellung"). Andere JSON-Strukturen werden abgelehnt. Falls eine Datei abgelehnt wird, lohnt es sich zu prüfen, ob sie vielleicht aus einem anderen Tool stammt oder ob ihre Struktur durch manuelles Bearbeiten beschädigt wurde.

Der Word-Export sieht in Word komisch aus.

Die Dokumente sind reguläre .docx-Dateien und sollten in Word, LibreOffice oder Pages problemlos öffnen. Falls etwas verschoben aussieht: möglicherweise ist die verwendete Schrift nicht installiert, dann fällt Word auf einen Default zurück. Standardmäßig wird Cambria genutzt, das sollte überall vorhanden sein. Layout, Schriftgrößen, Farben sind anschließend in Word frei anpassbar.

Datenschutz und KI

Werden Schülerdaten an externe Server gesendet?

Nicht durch das Tool selbst. Die Apps laufen vollständig im Browser, speichern lokal in IndexedDB und übertragen nichts an einen Server. Externe Verbindungen beschränken sich auf das Laden von Schriften (Google Fonts CDN) und Hilfs-Libraries (docx, mammoth, JSZip von unpkg) — alle ohne Inhalts-Übertragung.

Der einzige Moment, in dem Schülerinhalte an einen externen Dienst gehen, ist, wenn die Lehrkraft den vorbereiteten Korrekturprompt manuell in eine KI einfügt. Was dort passiert, hängt vom KI-Anbieter ab und liegt außerhalb der Tool-Kontrolle (siehe nächste FAQ).

Was muss ich beim KI-Workflow datenschutztechnisch beachten?

Das Tool übergibt keinerlei Daten automatisch an eine KI. Erst der manuelle Klick auf „Korrekturprompt kopieren" und das anschließende Einfügen in einer KI-Konversation übergibt Schülertexte an den jeweiligen Anbieter.

Empfohlenes Vorgehen:

  • Mit der Datenschutzbeauftragten der Schule sprechen, bevor Schülertexte produktiv in fremde KI-Dienste fließen.
  • Anbieter mit Auftragsverarbeitungsvertrag für Schulen bevorzugen — etwa telli oder fobizz — statt direkt zu OpenAI, Anthropic, Google oder Microsoft.
  • Texte vor dem Übergeben sichten: Die Namens-Anonymisierung des Tools ersetzt nur den Schülernamen. Andere personenbezogene Inhalte (Wohnort, Familie, Lehrkräfte, Schule) müssen ggf. manuell ersetzt werden, wenn der Anbieter nicht DSGVO-konform ist.
  • Daten löschen nach der Notenkonferenz: Im Tool über „Diese Korrekturrunde löschen" oder über das Browser-Site-Daten-Löschen.

Die Verantwortung für die DSGVO-Konformität liegt bei der Lehrkraft beziehungsweise der Schule, nicht beim Tool selbst.

Wie funktioniert die Anonymisierung in den KI-Prompts?

Beim Klick auf einen der drei Prompt-Knöpfe (Diagnose, Feedback, Klassenanalyse) wird der eingegebene Schülername automatisch durch „Schüler:in" ersetzt — sowohl im Prompt-Header als auch innerhalb des Schülertexts (sofern der Name dort vorkommt). Das ist eine einfache String-Ersetzung, keine semantische Erkennung anderer personenbezogener Inhalte.

Eine erweiterte Anonymisierung (Orte, Daten, Schulnamen, Bezugspersonen) ist als Feature für eine künftige Version geplant. Bis dahin gilt: Vor dem Einfügen in eine nicht DSGVO-konforme KI den Text überfliegen und manuell anonymisieren, falls personenbezogene Inhalte enthalten sind.

Wieso schlägt die KI im Diagnose-Prompt keine Note vor?

Bewusst nicht. Die Bewertungshoheit liegt zwingend bei der Lehrkraft — rechtlich, weil sie die Noten verantwortet, und didaktisch, weil ein zu früh fixierter KI-Vorschlag Anchoring-Effekte erzeugt und der Lehrkraft die Verantwortung nimmt.

Der Workflow ist deshalb in zwei Schritte geteilt: Schritt 1 ist die Diagnose (KI listet Auffälligkeiten auf, fragt nach jedem Punkt nach Bestätigung, fragt am Ende nach der Lehrkraft-Note). Schritt 2 ist das Feedback (KI formuliert mit der festgelegten Note als fixiertem Parameter). Wenn die KI im Schritt 1 dennoch eine Note nennt, hat der Prompt seinen Zweck verfehlt — gib ihr den Hinweis „bitte keine Notenvorschläge" und arbeite weiter.

Warum die ständige Frage „passt das so oder umformulieren"?

Der iterative Dialog ist Absicht. Wenn die KI alles in einem Wurf liefert, neigen Lehrkräfte zum 1:1-Abschreiben — und genau das ist das Anti-Pattern, das wir vermeiden wollen. Im Schritt-für-Schritt-Modus bleibt die Lehrkraft Akteurin, hinterfragt, justiert, setzt eigene Akzente.

Tipp: Voice-to-Text-Tools wie Wispr Flow oder ParaSpeech machen diesen Dialog deutlich schneller. „Passt", „kürzer", „mehr zur Argumentation", „Tonfall freundlicher" — das spricht sich schneller, als es sich tippt.

Geteilte Schul-Computer — wie sicher ist das?

Wenn mehrere Personen dasselbe Browser-Profil nutzen, haben alle Zugriff auf die IndexedDB-Inhalte. Auf geteilten Geräten daher entweder ein eigenes Browser-Profil verwenden oder am Ende der Session die Site-Daten gezielt löschen. Auf Privatgeräten ist das unkritisch.

Browser-Sync (Chrome-Sync, Edge-Sync, Safari-iCloud) synchronisiert IndexedDB nicht standardmäßig. Anders als Lesezeichen oder Passwörter bleiben Korrekturdaten geräte-lokal.

Was ist mit den Validator-Quellen, KCs und Erlassen?

Die Hinweise des Validators verweisen auf die Kerncurricula Englisch (2015, eine Neufassung für 2026 ist in Vorbereitung), Spanisch (2024) und Französisch (2025) sowie auf den Erlass des MK Niedersachsen von 2015 und die ergänzenden Hinweise des MK Niedersachsen vom 22.11.2018. Der Fokus liegt auf der Sekundarstufe I, Sekundarstufe II wird mitversorgt aber nicht primär adressiert.

Kontakt

Feedback, Bugs, Verbesserungsvorschläge

Bei Fragen, gefundenen Fehlern oder Wünschen für künftige Versionen freuen wir uns über eine Nachricht:

info@languageteachercrew.com

Diese Anleitung wird laufend ergänzt. Stand: Mai 2026.