frontend: Fehlertolerantes Parsen — unbekannte Statuszeichen melden

TASKS Phase 2 (Phase 2 abgeschlossen). Der Parser erfasst die Statusbox jetzt
als beliebiges Einzelzeichen `\[([^\]])\]` und validiert gegen STATUS_BY_CODE.
Unbekannte Codes (z. B. [z]) werden nicht mehr still ins Label geschluckt,
sondern als {type:'unknownStatus', line, code} in parse().warnings gemeldet;
der Knoten bleibt neutral, Folgezeilen unberührt. Mehrzeichige Klammern ([xyz])
sind keine Statusbox und bleiben im Label (kein Fehlalarm).

render() in app.js führt Parser- und Renderer-Warnungen zusammen (nach Zeile
sortiert) und zeigt sie via formatWarning. Neuer i18n-Key unknownStatusWarn in
allen 9 Sprachen.

Verifiziert: mehrere unbekannte Codes -> zeilensortierte, lokalisierte
Warnungen (DE/EN), Knoten neutral, keine Konsolenfehler. tests/parser.test.js
+5 (34 Tests grün). SPEC §4 + CLAUDE ergänzt.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

docs/TASKS.md

@@ -41,7 +41,12 @@ Abhaken beim Erledigen; neue Aufgaben unten anfügen.
       → `@media print` in `style.css`: blendet Kopf/Editor/Splitter/Bedien-
       elemente/Warnungen/Footer aus, Diagramm füllt die Seite; Statusfarben via
       `print-color-adjust:exact`, `break-inside:avoid`, Pfad-Overlay inklusive.
-- [ ] Fehlertolerantes Parsen weiter ausbauen (unbekannte Statuszeichen melden).
+- [x] Fehlertolerantes Parsen weiter ausbauen (unbekannte Statuszeichen melden).
+      → Parser erfasst die Statusbox als beliebiges Einzelzeichen, validiert
+      gegen `STATUS_BY_CODE`; unbekannte Codes → `unknownStatus`-Warnung (Zeile +
+      Code), Knoten neutral, Folgezeilen unberührt. `render()` führt Parser- +
+      Renderer-Warnungen zusammen. i18n `unknownStatusWarn` in allen 9 Sprachen.
+      `tests/parser.test.js` (5 neue Tests).
 
 ## Deployment
 - [x] GitHub-Pages-Workflow angelegt (`.github/workflows/pages.yml`,