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>

doc/todo.md

@@ -11,23 +11,6 @@ Stand: 2026-10-26. Wird woechentlich (freitags) mit der Doku geprueft, siehe
 
 ## 1. VarioFoerderer / Linienzug
 
-- **VF-Linienzug ohne GUI/Konsole, Stufe 2** (Funktionstrennung): eigener,
-  separat abzuarbeitender Auftrag mit Schritt-Tabelle. Schritte 5c, 6, 8, 9,
-  10 offen (u.a. `vfl-spec-ausfuehren`). Schritt 11 war zurueckgestellt, bis
-  echte Modus-2-Journale vorliegen - **diese Vorbedingung ist seit
-  2026-10-27 erfuellt** (`tests/testdata/linienzug_modus2_*.json`). Niedrige
-  Prioritaet - Architektur, keine neue Funktion.
-  -> `doc/todo/linienzug-ohne-gui.md`
-- **Spec-Uebersetzer fuer Modus 2/3**: **weitgehend erledigt bzw. bewusst
-  gestrichen** (2026-10-27, 4a19ac0). Entscheidung: Eine Spec lohnt fuer
-  Modus 2/3 nicht - deren Journale tragen mit `SEGS` die komplette
-  Segment-Essenz und sind ohne Zeichnung abspielbar, der Mehrwert von
-  Domaenenwerten ist damit klein. Umgesetzt wurden die drei lohnenden Teile:
-  Python liest `linienzug2`/`3` (Rohtokens), `vsp-bau-journal` waehlt die
-  Bau-Funktion aus dem Journal, und die Segment-Antworten sind
-  selbstbeschreibende Werte statt Menue-Ziffern. OFFEN bleibt nur dasselbe
-  fuer **Modus 3** - dort fehlt ein aufgezeichnetes Journal als Netz.
-  -> `doc/todo/spec-modus2-3.md`
 - **Stufe 3 Winkelwahl: "Ab"-Zweig** (`vf_standard.lsp`, Kommentar bei der
   Fuellstueck-Berechnung): nur "Auf" implementiert, "Ab" bleibt bewusst offen,
   bis ein konkreter Bedarfsfall vorliegt. Ebenso `schon-flach` in Stufe 3.