lernbar/CHANGELOG.md

# Änderungsprotokoll

Alle nennenswerten Änderungen an der Lern-Bar stehen hier.
Aufbau nach [Keep a Changelog](https://keepachangelog.com/de/1.1.0/),
Versionsnummern nach [Semantischer Versionierung](https://semver.org/lang/de/).

## Wie versioniert wird

- **Patch** (0.1.**x**) – Fehlerbehebungen, Textkorrekturen, Inhaltsänderungen
- **Minor** (0.**x**.0) – ein neuer Baustein aus dem [Fahrplan](ROADMAP.md)
- **Major** (**x**.0.0) – 1.0.0 ist die erste abnahmefähige Fassung; danach
  nur noch bei Änderungen, die einen Eingriff beim Betrieb erfordern
  (Datenformat, Umgebungsvariablen, Betriebsablauf)

Eine Fassung wird so festgeschrieben:

```bash
npm version minor -m "Fassung %s"   # hebt package.json und setzt ein Git-Etikett
git push --follow-tags
```

Vor `npm version` wandert der Abschnitt „Unveröffentlicht" unter eine neue
Überschrift mit Nummer und Datum.

---

## [Unveröffentlicht]

## [1.0.1] – 2026-10-03

Das Docker-Abbild ist jetzt aus dem Nichts aufsetzbar.

### Behoben

- **Im Docker-Abbild ließ sich kein erstes Konto anlegen.** Die README nannte
  `node werkzeuge/konto.js`, das Abbild enthielt aber nur die Sicherungsskripte,
  und `tsx` gibt es dort nicht. Ein frisch aufgesetzter Server stand vor einer
  Anmeldeseite ohne Konto. Das Kontowerkzeug wird jetzt beim Bau mit esbuild zu
  einer Datei gebündelt (`npm run werkzeuge:bauen`) und liegt unter
  `/app/werkzeuge/konto.js`
- **Windows-Pfade in Dateinamen von Anhängen** wurden unter Linux nicht
  abgetrennt – aus `C:\Users\x\foto.jpg` wurde `C:Usersxfoto.jpg`. Nur die
  Anzeige war betroffen, gespeichert wird unter der UUID. Der Test dazu war
  unter Windows grün und unter Linux rot

### Hinzugefügt

- `npm run abnahme:container` – Abnahmelauf gegen das gebaute Docker-Abbild:
  Lebenszeichen, Betrieb ohne root, erstes Konto, Anmeldung, Passwort neu
  setzen, Sicherung im Volume

## [1.0.0] – 2026-09-11

Die erste abnahmefähige Fassung. Alle zehn Bausteine sind fertig, die
Abnahmekriterien einzeln durchgespielt und protokolliert.

### Hinzugefügt

- **Installierbar** als Anwendung auf dem Startbildschirm: Manifest, Symbole
  in drei Fassungen (darunter eine für den Beschnitt unter Android), erzeugt
  aus dem eigenen Zeichen mit `npm run symbole` – ohne Bilddienst, ohne Netz
- **Offlinebetrieb** für den Fall, für den er gedacht ist: der Azubi im
  Serverraum, im Keller, im Zug
  - Merkkarten und schon geöffnete Handouts funktionieren weiter
  - Bewertungen gehen in eine Warteschlange und werden nachgereicht, sobald
    die Verbindung wieder steht. Angerechnet wird der Tag, an dem **gelernt**
    wurde, nicht der Tag des Absendens
  - Eine schmale Leiste sagt, wie viele Bewertungen warten – und meldet sich,
    wenn sie angekommen sind
  - **Nichts Bewertungsrelevantes liegt im Browserspeicher.** Weder
    Lernzielkontrollen noch Berichtsheft, Bewertungen, Feedbackgespräche,
    Anhänge oder PDFs. Was im Cache liegt, ist an der serverseitigen
    Rechteprüfung vorbei – deshalb liegt es dort nicht
  - Beim Abmelden wird alles Zwischengespeicherte weggeräumt
- **Druckansichten** mit Knöpfen bei Handout, Glossar und Auswertung
- **`docs/ANLEITUNG.md`** – Anleitung mit 27 Bildschirmfotos, für Ausbilder
  und Azubi getrennt, dazu ein Abschnitt „Wenn etwas nicht geht"
- **`scripts/pruefungen/abnahme.mjs`** – der Abnahmelauf gegen eine frische,
  leere Datenbank in einem Wegwerfverzeichnis: aufsetzen, Konten anlegen,
  arbeiten, abnehmen, sichern, beschädigen, zurückspielen. Das Protokoll
  landet in `docs/ABNAHME.md`
- `scripts/pruefungen/baustein-10.mjs` – Durchstich mit echtem Abschalten des
  Netzes

### Behoben

- **Im Druck wurde die dunkle Fassung mitgedruckt.** Wer dunkel eingestellt
  hatte, bekam schwarze Flächen aufs Papier. Für den Druck wird jetzt die
  vollständige helle Palette gesetzt, dazu A4-Ränder, keine Umbrüche mitten in
  Karten und Zeilen, und aufklappbare Abschnitte drucken aufgeklappt
- **Die Sicherungsskripte scheiterten an Pfaden mit Doppelpunkt.** `tar` deutet
  einen Doppelpunkt im Dateinamen als Rechnernamen – aus `C:\...` wurde der
  Rechner `C`. Beide Skripte wechseln jetzt erst ins Verzeichnis und
  übergeben einen blossen Dateinamen. Im Kopf der Skripte stand, sie liefen
  auch in Git Bash; das stimmte bis jetzt nicht
- Das Skript für die Bildschirmfotos suchte Wochenblatt und
  Checklisten-Durchlauf auf der Kontrollseite, wo es sie nicht gibt – zwei
  Bilder waren seit Wochen veraltet

## [0.9.0] – 2026-09-11

Auswertung, Rahmenplanabdeckung und das Feedbackgespräch.

### Hinzugefügt

- **Stand des Azubis**: gelesene Handouts, sitzende Merkkarten, abgenommene
  Praxisaufgaben, abgezeichnete Berichtsheftblätter – vier Kacheln, keine
  Diagramme um ihrer selbst willen
- **Abdeckung des Ausbildungsrahmenplans** – die Ansicht, die gegenüber der IHK
  zählt. Statt „erledigt / offen" gibt es vier Lagen:
  - **vermittelt** – es gibt eine abgenommene Praxisaufgabe oder einen
    abgeschlossenen Checklisten-Durchlauf, oder mindestens zwei gelesene Handouts
  - **angefangen** – ein gelesenes Handout allein genügt bewusst nicht
  - **geplant** – Inhalt vorhanden, aber unbearbeitet
  - **ohne Inhalt** – zu dieser Position gibt es im Lehrgang überhaupt nichts.
    Das ist keine Lücke beim Azubi, sondern eine im Lehrgang, und wird getrennt
    hervorgehoben
- Je Position sind die einzelnen Nachweise aufgeführt, mit Kürzel und Zustand –
  im Zweifel ist damit nachvollziehbar, worauf sich die Bewertung stützt. Jede
  Position trägt ihre amtliche Fundstelle in der Verordnung
- **Lernfeldabdeckung** der Berufsschule nach Ausbildungsjahr, nach derselben Regel
- **Ergebnisverlauf** der Lernzielkontrollen mit Schnitt, bester und
  schlechtester Arbeit
- **Feedbackgespräch**: Gesprächsleitfaden mit vier Abschnitten, Bewertungsbogen
  mit acht Kriterien auf einer Skala von 1 bis 5, Stärken, Entwicklungsfelder,
  vereinbarte Ziele
  - **Beide Seiten bewerten getrennt.** Wo Einschätzung und Selbsteinschätzung
    um zwei Stufen oder mehr auseinanderliegen, wird das hervorgehoben – genau
    darüber lohnt das Gespräch
  - Jede Seite trägt nur ihre eigene Spalte ein; der Ausbilder schreibt die
    Freitexte, der Azubi liest sie
  - Nach Bestätigung durch **beide** ist das Gespräch unveränderlich
  - PDF für die Ausbildungsakte, mit beiden Einschätzungen nebeneinander
- `content/feedbackgespraech.yaml` – Leitfaden, Kriterien und Skala als
  Inhaltsdatei, damit der Ausbilder sie an seinen Betrieb anpassen kann.
  Ein geführtes Gespräch behält seine Fassung, auch wenn die Vorlage sich ändert
- 33 Tests für die Abdeckungsregel und den Gesprächsinhalt

### Geändert

- Ein abgeschlossenes Gespräch wird nur noch gelesen: keine gesperrten
  Eingabefelder, keine leeren Bemerkungszeilen, kein zweites Datumsfeld –
  ein Blatt für die Akte soll wie ein Dokument aussehen, nicht wie ein Formular

## [0.8.0] – 2026-09-11

Lernzielkontrollen – und die strengste Zusage des ganzen Auftrags eingelöst.

### Hinzugefügt

- **Freigabe durch den Ausbilder**: Vorher sieht der Azubi die Fragen gar
  nicht. Eine Freigabe lässt sich zurücknehmen, solange nicht abgegeben wurde
- **Fragebogen** mit offenen Fragen und Punktzahl je Frage; die Antworten
  werden beim Tippen zwischengespeichert, mit Zeitstempel in der Kopfzeile.
  Eine Kontrolle dauert 45 Minuten – ein verlorener Text wäre nicht
  wiedergutzumachen
- **Musterlösungen erst nach dem Absenden.** Die Sperre sitzt serverseitig in
  `sichtbareKontrolle()`: Die Lösung wird aus den Daten entfernt, **bevor** sie
  in die Ausgabe gelangt – nicht erst in der Oberfläche versteckt. Wer den
  Seitenquelltext liest oder die Serverantwort mitschneidet, findet nichts
- **Korrektur**: Antwort des Azubis und Musterlösung nebeneinander, Punktefeld
  und Anmerkung je Frage, Anmerkung zur ganzen Kontrolle. Summe, Prozentsatz
  und Note laufen beim Verteilen der Punkte mit
- **Notenschlüssel der IHK** (92/81/67/50/30 Prozent). Solange eine Frage ohne
  Punkte ist, gilt das Ergebnis als vorläufig und die Kontrolle nicht als
  korrigiert
- Ergebnis erscheint bei beiden; die Übersicht des Azubis zeigt zusätzlich den
  Schnitt über alle korrigierten Kontrollen
- Abgegebene, noch nicht korrigierte Kontrollen erscheinen beim Ausbilder unter
  „Was auf dich wartet"
- Abgegebene Kontrollen zählen im Wochenfortschritt mit
- 36 Tests, davon 21 allein für die Sichtbarkeit der Musterlösung – für jeden
  Betrachter und jeden Zustand einzeln

### Geprüft

Der Wortlaut der Musterlösungen wurde im rohen Seitenquelltext gesucht, in
jedem Zustand. Vor der Abgabe: kein einziger Treffer. Nach der Abgabe: alle
fünf. Der Prüfaufbau weist sich damit selbst als tauglich aus – er findet die
Lösungen, wenn sie da sein dürfen.

## [0.7.0] – 2026-09-10

Das Berichtsheft – der Teil, ohne den es keine Zulassung zur Abschlussprüfung
gibt.

### Hinzugefügt

- **Tägliche Stichworte**: je Werktag ein eigenes kleines Formular mit Text und
  Stundenzahl. Bewusst je Tag getrennt absendbar, damit es am Handy in zwei
  Minuten geht und nicht die ganze Woche neu geschrieben wird
- **Wochenblatt** mit Berichtszeitraum, betrieblichen Tätigkeiten und
  Unterweisungen (je mit Stundenangabe), Berufsschule (Lernfeld, Themen,
  Stunden) und Sonstiges; Zeilen lassen sich hinzufügen und entfernen
- **Vorschläge aus dem System**: aus den Tagesnotizen der Woche, den in dieser
  Woche abgegebenen oder abgenommenen Praxisaufgaben, den abgeschlossenen
  Checklisten-Durchläufen und den gelesenen Handouts. Ein Klick übernimmt den
  Vorschlag ins Blatt, wo er bearbeitet wird
- **Prüfung vor dem Absenden**, mitlaufend beim Tippen:
  - fehlende oder unglaubwürdige Stundenangaben, Wochensumme
  - Floskeln wie „diverse Arbeiten" oder „wie in der Vorwoche" – aber nur, wenn
    die Floskel den Eintrag ausmacht oder kein Tätigkeitsverb vorkommt
  - IP- und MAC-Adressen, E-Mail-Adressen, Zugangsdaten, Telefonnummern und
    Kundennamen (erkannt an der Rechtsform)
  - **Warnung, keine Sperre.** Der Knopf zum Einreichen bleibt immer bedienbar
- **Formulierungshilfe**: Tätigkeitsverben nach Einsatzfeld gruppiert, sechs
  Regeln und acht Gegenüberstellungen „so besser nicht / so ist es richtig"
  samt Begründung
- **Abzeichnen**: Der Ausbilder sieht eingereichte Blätter unter „Was auf dich
  wartet", liest sie in einer Nur-Lese-Ansicht mit derselben Prüfung und kann
  abzeichnen oder zur Nacharbeit zurückgeben. Zurückgeben verlangt eine
  Anmerkung – ohne sie weiß der Azubi nicht, was zu ändern ist
- Abgezeichnete Blätter sind **gesperrt**: keine Bearbeitung, keine Vorschläge,
  kein Einreichen mehr
- **Fehlende Wochen** werden benannt: Für jede vergangene Woche ohne Blatt gibt
  es einen Knopf zum Nachtragen. Die laufende Nummer richtet sich nach dem
  Zeitraum, nicht nach dem Anlegen – wer nachträgt, bekommt die richtige Nummer
- **PDF im Layout eines üblichen IHK-Ausbildungsnachweises**: Kopffeld mit Name,
  Beruf, Ausbildungsjahr und Berichtszeitraum, gerahmte Kästen mit
  Stundenspalte und Zwischensummen, Anmerkung des Ausbilders,
  Unterschriftenzeilen für Auszubildenden und Ausbilder. Einzeln oder als
  ganzer Zeitraum mit einem Blatt je Seite
- Das Ausbildungsjahr wird aus dem Ausbildungsbeginn gerechnet
- 55 Tests für Prüfung, Vorschläge und PDF-Erzeugung

### Behoben

- Im Kopffeld des PDF liefen die beiden Spalten auseinander: `dokument.y`
  wandert bei jedem Schreibvorgang weiter und taugte nicht als Bezugspunkt
  innerhalb der Schleife
- Das Abzeichnen-Formular hatte keine `action` – der Knopf hätte nichts getan.
  Aufgefallen ist das nur, weil ESLint die ungenutzte Serveraktion gemeldet hat

## [0.6.0] – 2026-09-10

Checklisten mit Durchläufen – und der erste PDF-Export.

### Hinzugefügt

- Aus einer Checklistenvorlage wird ein **Durchlauf**, der zu einem Datum und
  wahlweise zu einem Ticket und einem Kunden oder Bereich gehört
- Schritt für Schritt abhaken, je Schritt eine Bemerkung
- Fortschritt gesamt **und je Gruppe** (Vorbereiten, Durchführen, Prüfen,
  Abschließen), jeweils als Balken mit Zahlen
- Ein Durchlauf lässt sich erst abschließen, wenn jeder Schritt abgehakt ist;
  die Meldung nennt, wie viele Schritte noch offen sind
- Abgeschlossene Durchläufe sind gesperrt und lassen sich nicht löschen – sie
  sind der Nachweis. Wieder öffnen geht, verwerfen nur, solange nichts abgehakt ist
- **PDF-Export** eines Durchlaufs: Kopfangaben, alle Gruppen mit gezeichneten
  Ankreuzkästchen, Bemerkungen, Unterschriftenzeilen für Bearbeiter und
  Ausbilder, Fußzeile mit Herkunft und Seitenzahl
- Gemeinsame PDF-Grundlage (`src/lib/pdf/grundlage.ts`) für alle künftigen
  Ausgaben – das Berichtsheft setzt darauf auf
- Der Ausbilder sieht die Durchläufe seiner Azubis und kann das PDF abrufen,
  hakt aber nichts für sie ab: Im Nachweis soll keine Arbeit stehen, die der
  Azubi nicht gemacht hat
- Titel und Schritttexte werden beim Start aus der Vorlage **kopiert**. Ein
  abgeschlossener Durchlauf bleibt damit lesbar, auch wenn die Vorlage im
  Repository später geändert oder gelöscht wird
- Abgeschlossene Durchläufe zählen im Wochenfortschritt mit
- 29 Tests für Gruppenfortschritt, Abschlussregel, PDF-Erzeugung und
  Zeichenvorrat

### Angemerkt

- Die PDF-Ausgabe nutzt die Standardschriften jedes Betrachters (Helvetica).
  Das spart eine eingebettete Schriftdatei, beschränkt den Zeichenvorrat aber
  auf WinAnsi. Umlaute, ß, €, § und ° sind enthalten; Zeichen wie ✓, ○ oder ▲
  nicht. `fuerPdf()` ersetzt sie, Ankreuzkästchen und Haken werden **gezeichnet**

## [0.5.0] – 2026-09-10

Praxisaufgaben: bearbeiten, belegen, abnehmen.

### Hinzugefügt

- Bearbeitungsstand je Aufgabe: *offen*, *in Arbeit*, *zur Abnahme*,
  *abgenommen*; Beginn und Abgabe werden mit Zeitstempel vermerkt
- Notizfeld für den Azubi (bis 8000 Zeichen) – dieselben Notizen helfen später
  beim Berichtsheft
- **Dateianhänge**: Fotos vom Aufbau, Bildschirmfotos, ein Netzplan als PDF.
  Bis 25 MB je Datei, Positivliste erlaubter Typen (JPEG, PNG, WebP, GIF, HEIC,
  PDF, Text, CSV)
  - Der Speicherpfad wird ausschließlich aus einer selbst erzeugten UUID
    gebildet, nie aus dem übermittelten Dateinamen
  - Ausgeliefert wird nur über `/anhaenge/<kennung>`, mit Rechteprüfung bei
    **jedem** Abruf und `Content-Security-Policy: sandbox`, damit ein Anhang
    nicht im Kontext der Anwendung ausgeführt werden kann
  - SVG ist ausdrücklich nicht erlaubt – es kann Skripte enthalten
- Der Ausbilder hakt die Bewertungskriterien einzeln ab, vergibt eine Note oder
  kurze Bewertung und schreibt eine Rückmeldung
- Abnehmen sperrt die Aufgabe für den Azubi; Zurückgeben setzt sie auf
  „in Arbeit", damit er nacharbeiten kann
- „Was auf dich wartet" auf der Ausbilderstartseite zeigt die offenen Abnahmen
  mit Azubi und Abgabezeitpunkt
- Abgenommene Aufgaben zählen im Wochenfortschritt mit
- Eigene Seite „Nicht gefunden" für den angemeldeten Bereich
- 24 Tests für Dateiprüfung, Namenssäuberung, Speicherpfad und Pfadausbruch

### Behoben

- **Anhänge über 1 MB scheiterten stillschweigend.** Next.js deckelt
  Serveraktionen ab Werk bei 1 MB – damit wäre kein einziges Handyfoto
  durchgekommen, obwohl die Anwendung 25 MB zusagt. `bodySizeLimit` steht jetzt
  auf 30 MB, und zu große Dateien werden schon im Browser abgefangen, bevor sie
  übertragen werden. Im Beispiel für den Reverse Proxy steht
  `client_max_body_size` entsprechend auf 30m

### Geändert

- Seiten verweigern fremde Daten jetzt mit **404** statt mit einem Fehler.
  Damit verrät die Anwendung nicht, ob es die angefragten Daten überhaupt gibt –
  und der Benutzer sieht einen deutschen Satz statt „Application error".
  Serveraktionen brechen weiterhin hart ab

## [0.4.0] – 2026-09-10

Merkkarten mit Wiederholung nach Zeitabstand – der tägliche kleine Stapel
statt aller Karten auf einmal.

### Hinzugefügt

- **Wiederholungsverfahren** als abgespecktes SM-2: drei Bewertungsstufen
  statt sechs (*sitzt*, *unsicher*, *nochmal*), weil im Alltag niemand
  zwischen „fast richtig" und „mit Mühe richtig" unterscheidet
  - Erste beiden Abstände fest bei 1 und 3 Tagen, danach greift die
    Leichtigkeit (1,3 bis 2,8)
  - Abstände wachsen zu 1, 3, 8, 22, 62, 174 Tagen, gedeckelt bei einem
    halben Jahr
  - „nochmal" setzt die Zählung zurück und bringt die Karte **noch in
    derselben Sitzung** wieder – sonst wäre die Bewertung folgenlos
- Täglich fälliger Stapel, gedeckelt auf 20 Karten. Überfällige zuerst, nie
  gelernte zuletzt: Wer drei Wochen ausgesetzt hat, findet nicht 52 Karten vor,
  sondern die dringendsten 20
- Fünf Fächer im Sinne der Leitner-Kartei, nur zur Anzeige – abgeleitet aus dem
  Abstand, damit niemand über Leichtigkeitswerte nachdenken muss
- Filter nach Themenblock, für gezieltes Üben vor einer Lernzielkontrolle
- **Lernmodus fürs Handy**: ganzflächige Karte, Antippen zum Umdrehen, Wischen
  nach rechts für „sitzt" und nach links für „nochmal", drei Knöpfe mit
  mindestens 76 Pixeln Höhe, kein Überfahren mit der Maus
- Am Rechner zusätzlich Leertaste zum Umdrehen und die Tasten 1, 2, 3
- Kartenübersicht: heute fällig, Stand je Themenblock, Verteilung über die
  Fächer, die nächsten fünf fälligen Karten
- Tabellen `karte` (Lernstand) und `karten_verlauf` (jede einzelne Bewertung
  mit Zeitstempel, Grundlage der späteren Auswertung)
- Merkkarten zählen im Wochenfortschritt mit; als gelernt gilt eine Karte ab
  Fach 4, also wenn sie mindestens eine Woche weggelegt wurde
- 29 Tests für Abstände, Leichtigkeitsgrenzen, Fächer und Stapelauswahl

### Geändert

- Kopfzeile auf schmalen Bildschirmen: Marke und Bedienung in einer Zeile,
  Navigation darunter in einer schiebbaren Zeile statt über drei Zeilen umbrechend
- `-webkit-tap-highlight-color` abgeschaltet – der Browser legte beim Antippen
  eine blaue Fläche über die Lernkarte

## [0.3.0] – 2026-09-10

Der Wochenplan wird zur Startseite, und der Ausbilder kann ihn umplanen.

### Hinzugefügt

- **Wochenplan als Startseite des Azubis**: Woche, Thema, Leitfrage, Wochenziel,
  die fünf Tage mit Theorie- und Praxisteil, hervorgehobener heutiger Tag,
  Fortschrittsbalken und eine Liste dessen, was noch offen ist
- Der Ausbilder sieht auf seiner Startseite je Azubi die laufende Woche mit
  Fortschritt und offenen Punkten, mit Sprung in die Wocheneinzelansicht
- `/woche/<nr>` zeigt jede beliebige Woche; der Ausbilder wählt über `?azubi=`,
  wessen Stand er sieht – geprüft wird das serverseitig bei jedem Aufruf
- Tabelle `wochenplanung` mit geplantem und tatsächlichem Datum, Zustand
  (`geplant` / `laufend` / `abgeschlossen`) und einer Notiz für den Azubi
- Wochenplanseite für den Ausbilder:
  - Plan aus den Wochen des Repositorys erzeugen und fehlende Wochen anhängen
  - Woche auf ein neues Datum verlegen, wahlweise mit allen folgenden Wochen;
    ein beliebiges Datum wird auf den Montag seiner Woche gerundet
  - Reihenfolge per Ziehen und Ablegen ändern – die Terminfolge bleibt fest,
    nur die Zuordnung wechselt, damit der Plan lückenlos bleibt
  - Dasselbe mit der Tastatur über Alt + Pfeil hoch/runter, damit die Funktion
    nicht auf die Maus angewiesen ist
  - Zustand je Woche setzen; beim Start wird das tatsächliche Datum vermerkt
  - Notiz je Woche, die der Azubi in seiner Wochenansicht sieht
  - Warnung, wenn sich nach einem Einzelverschieben Termine überlappen
- Der Wochenplan entsteht automatisch, sobald ein Azubikonto angelegt wird
- Fortschrittsrechnung als reine Funktion über Zählwerte, damit sie mit den
  weiteren Bausteinen wachsen kann, ohne sich zu verzweigen
- 36 Tests für Planerzeugung, Verschieben, Umsortieren, „welche Woche ist dran"
  und die Fortschrittsrechnung

### Angemerkt

- Praxisaufgaben, Checklisten und Lernzielkontrollen erscheinen im
  Fortschritt bereits mit ihrer Sollzahl, lassen sich aber erst mit den
  Bausteinen 5 bis 8 abhaken. Das ist Absicht: Die Woche zeigt, was ansteht,
  auch wenn die Anwendung es noch nicht mitzählen kann

## [0.2.0] – 2026-09-10

Die Inhalte kommen ins Spiel: Handouts, Suche, Glossar – alles aus Dateien
im Repository, beim Start geprüft.

### Hinzugefügt

- Inhaltslader für `content/`: YAML und Markdown mit YAML-Kopf, Prüfung über
  Zod-Schemata, Aufbau aller Querverweise
- **Fehlermeldungen mit Datei und Zeile.** Fehler werden gesammelt statt beim
  ersten geworfen – wer zehn Tippfehler eingebaut hat, sieht sie in einem
  Durchgang. Die Zeilennummer stammt aus dem YAML-Dokumentmodell, nicht aus
  einer Schätzung
- Geprüft wird unter anderem: Existenz jeder referenzierten Kennung, Zugehörigkeit
  jedes Handouts zu genau einer Woche (in beide Richtungen), Kürzel passend zum
  Themenblock, Berufsbildpositionen und Lernfelder gegen `rahmenplan.yaml`,
  lückenlose Wochennummerierung, doppelte Kennungen, Glossarverweise ins Leere
- `npm run inhalte:pruefen` prüft ohne Start und meldet zusätzlich, welche
  Berufsbildpositionen bisher von keinem Inhalt berührt werden
- Handout-Ansicht mit dem festen Aufbau: Kürzel, Titel, „Worum es geht",
  Das Wesentliche, Übersicht, hervorgehobener Merksatz, eingeklappte
  Prüfungsfrage; dazu die Zuordnung zu Rahmenplan, Lernfeld und Woche
- Handout-Übersicht nach Themenblöcken, Filter je Block, Lesestand je Block
- Volltextsuche über Titel, Kurzbeschreibung, Merksatz, Merkkarten und
  Fließtext – mit Gewichtung und Trefferausschnitt, unempfindlich gegen
  Umlaute und Großschreibung
- „Als gelesen markieren" je Handout, gespeichert je Benutzer
- Glossar mit Suche; Begriffe werden in den Handouts automatisch verlinkt –
  höchstens einmal je Seite, nie in Code, Überschriften oder bestehenden
  Verweisen. Der Verweis ist ein echter Link mit Erklärung im title-Attribut,
  damit er auch am Handy und mit der Tastatur nutzbar ist
- Neu einlesen bei Dateiänderung im Entwicklungsbetrieb; schlägt das fehl,
  bleibt der bisherige Stand aktiv und der Fehler steht im Protokoll
- Beispielinhalte: 4 Wochen, 12 Handouts mit 24 Merkkarten, 4 Praxisaufgaben,
  4 Checklisten, 2 Lernzielkontrollen mit Musterlösungen, 24 Glossareinträge
- `content/rahmenplan.yaml` mit allen Berufsbildpositionen der FIAusbV 2020
  (Abschnitte A, C und F, hier als A1–A10, B1–B3, C1–C5) samt amtlicher
  Fundstelle sowie allen zwölf Lernfeldern des KMK-Rahmenlehrplans
- `npm run screenshots` nimmt die Bilder für die Anleitung automatisiert auf

### Geändert

- `gray-matter` entfernt: Der YAML-Kopf wird selbst herausgelöst. Die Bibliothek
  merkt sich Ergebnisse und lieferte beim zweiten Einlesen desselben Textes ein
  anderes Objekt; außerdem stimmt der Zeilenversatz für Fehlermeldungen jetzt
  garantiert

## [0.1.0] – 2026-09-10

Erster Baustein: das Fundament steht, die Anwendung lässt sich starten,
anmelden und verwalten.

### Hinzugefügt

- Projektgerüst mit Next.js 15 (App Router), React 19, TypeScript
- SQLite über Drizzle ORM; der gesamte Datenzugriff liegt hinter einer
  Repository-Schicht, damit ein späterer Wechsel auf PostgreSQL kein Umbau ist
- Eigener Migrationslauf: `src/lib/db/migrationen/*.sql` werden beim Start
  einmalig angewendet und mit Prüfsumme vermerkt; nachträgliche Änderungen an
  bereits angewendeten Dateien lassen die Anwendung mit klarer Meldung abbrechen
- Anmeldung mit Argon2id, serverseitigen Sitzungen, HttpOnly-Cookie und
  `SameSite=Lax`; im Cookie steht nur ein Zufallswert, gespeichert wird dessen
  SHA-256-Abdruck
- Zwei Rollen (`ausbilder`, `azubi`); die Rechteregeln liegen als reine
  Funktionen in `src/lib/auth/regeln.ts` und sind vollständig testbar
- Verwaltungsbereich für den Ausbilder: Azubikonto samt Ausbildung anlegen,
  Eckdaten ändern, Passwort setzen, Konto sperren und entsperren
- Gestaltung in Petrol/Bernstein, helle und dunkle Darstellung mit Umschalter
  in der Kopfzeile, nur Systemschriften, keine Ressourcen von außen
- Zeitrechnung für Europe/Berlin und Kalenderwochen nach ISO 8601
- Mehrstufiges Dockerfile, `docker-compose.yml` mit einem Dienst und einem
  Volume, Lebenszeichen unter `/api/gesundheit`
- `update.sh` für den Linux-Server: sichert, holt den Quelltext, baut, schaltet
  um und fällt bei fehlendem Lebenszeichen automatisch auf die vorherige
  Fassung zurück
- `sicherung.sh` und `wiederherstellen.sh` für Datenbank und Anhänge
- `npm run konto:anlegen` für das erste Ausbilderkonto

[Unveröffentlicht]: #unveröffentlicht
[1.0.0]: #100--2026-09-11
[0.9.0]: #090--2026-09-11
[0.8.0]: #080--2026-09-11
[0.7.0]: #070--2026-09-10
[0.6.0]: #060--2026-09-10
[0.5.0]: #050--2026-09-10
[0.4.0]: #040--2026-09-10
[0.3.0]: #030--2026-09-10
[0.2.0]: #020--2026-09-10
[0.1.0]: #010--2026-09-10