docs: Spec-Uebersetzer und Stufe-2-Funktionstrennung abgeschlossen

Zwei TODO-Punkte aus doc/todo.md entfernt - beide nicht, weil die Arbeit
getan waere, sondern weil ihr Anlass entfallen ist. Abschnitt 1 der Liste
schrumpft damit von drei auf einen Punkt.

**Stufe-2-Funktionstrennung** (doc/todo/linienzug-ohne-gui.md):
zurueckgestellt. Sie sollte den Journal-Replay-Umweg ueberfluessig machen -
nur ist der keiner mehr: ein Linienzug-Journal traegt mit SEGS die komplette
Segment-Essenz und laeuft ohne Zeichnung, worauf schon die Streichung des
Spec-Uebersetzers beruhte (4a19ac0). Die Modus-2-Regressionstests fahren
genau diesen Pfad. Dem gegenueber stehen die offenen Schritte 5c/6/8/9/10,
die den Code anfassen, in dem die Reihenfolge selbst Geometrie ist (geklammerte
dL-Kette, vfl-acc-*-Reihenfolge, lazy gelesene AS/ES-Winkel) - hoher Einsatz,
kein Funktionsgewinn. Die Datei nennt jetzt drei konkrete Bedingungen fuer
eine Wiederaufnahme.

**Spec-Uebersetzer Modus 2/3** (doc/todo/spec-modus2-3.md): abgeschlossen.
Die Schritt-Tabelle war veraltet - sie fuehrte alle sieben Schritte als
offen, obwohl der Kopf der Datei das Gegenteil sagte; jetzt steht je Schritt
erledigt / gestrichen.

Offen war dort zuletzt NICHT "ein Test fuer Modus 3", sondern dessen
Segment-Klassifizierung: sie vergleicht roh gegen Menue-Ziffern "1".."4" und
schreibt sie genauso ins Journal (Marker linienzug3). Wer die Optionen
umsortiert, ergaenzt oder entfernt, deutet damit jede gespeicherte Kette
still um - real passiert beim Lauf-Anfang (833a4b6). Modus 2 ist davon
befreit (selbstbeschreibende Werte + Alt-Tabelle ueber vfl-wert-norm); Modus
3 nicht, weil ohne aufgezeichnetes Journal der Beweis fehlt, dass
Bestandsketten die Umstellung ueberstehen.

Nutzer-Entscheidung 2026-10-29: fuer Modus 3 vorerst kein Testfall, bei
Problemen im Einsatz wird getestet und korrigiert. Das Risiko bleibt damit
bestehen - und wandert dorthin, wo es gefaehrlich wird: als Warnblock direkt
ueber der Segment-Auswahl in vf_linienzug.lsp, statt in eine TODO-Datei, die
beim Umsortieren einer Option niemand aufschlaegt. Er nennt auch den Ausweg:
Journal mit lib/vf_journal_export.py aus der Zeichnung ziehen, dann ist die
Umstellung derselbe Handgriff wie bei Modus 2.

Beide Fahrplaene bleiben liegen - spec-modus2-3.md ist aus
lib/vf_journal_export.py an drei Stellen referenziert, eine davon landet im
Beschreibungstext frisch exportierter Testdaten.

Am LISP-Code ist ausschliesslich Kommentar geaendert. TEST_UNIT 897/897.

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

Lisp/vf_linienzug.lsp

@@ -11007,6 +11007,35 @@
               (strcat "Eck/Bogen  " (itoa (nth 3 seg)) " Grad  " (nth 4 seg)))
             (= run-typ "VF")))                 ; Modus 3: Vario nur im offenen VF-Lauf
         (vfl-seg-highlight seg-ent nil)))
+    ;; !!! ACHTUNG beim Aendern der folgenden Auswahllisten !!!
+    ;; Modus 3 klassifiziert seine Segmente noch ueber MENUE-ZIFFERN: die
+    ;; Antworten werden roh als "1"/"2"/"3"/"4" verglichen UND genauso ins
+    ;; Journal geschrieben (Marker "linienzug3"). Die Ziffer bedeutet also
+    ;; nichts aus sich heraus - sie ist eine Position in der Liste, die hier
+    ;; gerade steht.
+    ;; Wer die Optionen umsortiert, ergaenzt oder entfernt, deutet damit JEDES
+    ;; bereits gespeicherte Modus-3-Journal still um: ein Doppelklick baut die
+    ;; Kette dann anders wieder auf, ohne Fehlermeldung. Genau das ist beim
+    ;; Lauf-Anfang real passiert (833a4b6).
+    ;; Modus 2 hat das nicht mehr: dort stehen selbstbeschreibende Werte
+    ;; ("gf"/"vf", "gf-bogen"/"vario-kurve", "aussen"/"innen") plus eine
+    ;; Alt-Tabelle fuer Bestandsketten, aufgeloest ueber vfl-wert-norm
+    ;; (4a19ac0). Dieselbe Mechanik ist fuer Modus 3 vorbereitet, aber BEWUSST
+    ;; nicht angewandt: es gibt kein aufgezeichnetes Modus-3-Journal und damit
+    ;; kein Sicherheitsnetz, das beweist, dass Bestandsketten die Umstellung
+    ;; unveraendert ueberstehen - bei Modus 2 haben das die beiden
+    ;; Referenzketten getan (sie tragen bis heute die alten Ziffern).
+    ;; Nutzer-Entscheidung 2026-10-29: ein Modus-3-Testfall wird VORERST nicht
+    ;; angelegt - bei Problemen im Einsatz wird getestet und korrigiert. Die
+    ;; Umstellung bleibt damit offen, das Risiko bestehen - deshalb steht die
+    ;; Warnung hier statt in einer TODO-Datei.
+    ;; Falls doch einmal eine Modus-3-Kette untersucht werden muss: mit
+    ;; lib/vf_journal_export.py das Journal aus der Zeichnung ziehen - damit
+    ;; liegt das fehlende Netz vor und die Umstellung ist derselbe Handgriff
+    ;; wie bei Modus 2.
+    ;; Hintergrund: doc/todo/spec-modus2-3.md, Konvention in CLAUDE.md
+    ;; ("Werte selbstbeschreibend fuehren, nicht als positionsabhaengige
+    ;; Indizes/Flags").
     (cond
       ;; ===================== GERADE =====================
       ((= typ "Linie")