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/SPEC.md

@@ -64,6 +64,11 @@ Codiert als Checkbox nach dem Zeichen (Erweiterung der Markdown-Task-Syntax):
 - `x` auch als `X` zulässig.
 - Verworfene Knoten (inkl. Teilbaum) sind per Default **ausgeblendet**;
   Toggle „verworfene einblenden“ zeigt sie.
+- **Fehlertoleranz:** Ein unbekanntes Zeichen in der Statusbox (z. B. `[z]`)
+  wird nicht verschluckt: Der Knoten erscheint **neutral** und es wird eine
+  Warnung `unknownStatus` mit Zeilennummer gemeldet — die Zeile geht nicht
+  verloren, Folgezeilen bleiben unberührt. (Eine mehrzeichige Klammer wie
+  `[xyz]` ist keine Statusbox und bleibt Teil des Labels.)
 
 ## 5. Aufwand (T-Shirt-Größen)