docs: TODO-Stand nach der Modus-2-Arbeit nachgezogen

Vier Eintraege geprueft, drei davon betroffen:

- Spec-Uebersetzer Modus 2/3: Entscheidung dokumentiert, dass die Spec dort
  NICHT gebaut wird (SEGS macht die Journale selbst-enthalten), welche drei
  Schritte stattdessen umgesetzt wurden und warum die uebrigen gestrichen
  sind. Offen bleibt nur dasselbe fuer Modus 3 - dort fehlt ein
  aufgezeichnetes Journal als Netz.
- Achsenweise Laengen-Bilanz: teilweise entschaerft. AS-Element,
  Abschlussbogen+Motorstation und die Eck-Differenzen gehen seit ce4ad0f an
  das Segment, auf dem sie stehen - vfl-eck-extra ist bereits die hier
  geforderte Form (Zuschlag je Segment statt Skalar). SKALAR geblieben sind
  feste-vf und gf-total, und genau die verursachen den U-Form-Fehler; das
  Symptom bleibt also bestehen. Mit Hinweis, dass die neuen
  Zuschlags-Meldungen der schnellste Einstieg in die Diagnose sind.
- Linienzug ohne GUI, Schritt 11: war zurueckgestellt, bis echte
  Modus-2-Journale als Referenz vorliegen. Diese Vorbedingung ist erfuellt;
  der Schritt selbst bleibt offen.

Unveraendert: Stufe-3-Winkelwahl "Ab"-Zweig - von dieser Arbeit nicht
beruehrt.

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

doc/todo.md

@@ -14,16 +14,30 @@ Stand: 2026-10-26. Wird woechentlich (freitags) mit der Doku geprueft, siehe
 - **Modus-2-Solver: achsenweise Laengen-Bilanz.** Gefaltete VF-Laeufe (U-Form)
   werden falsch gebaut (erste GF zu lang, Kletterstrecke zu kurz, Motor/ES
   falsch), weil der Solver die festen Fussabdruecke skalar von EINER Spanne
-  abzieht. Als Zwischenloesung zumindest gefaltete Laeufe mit Meldung
-  abweisen. -> `doc/todo/modus2-achsenweise-bilanz.md`
+  abzieht. **Teilweise erledigt 2026-10-26** (ce4ad0f): AS-Element,
+  Abschlussbogen+Motorstation und die Eck-Differenzen werden seitdem dem
+  Segment zugeschlagen, auf dem sie physisch stehen (`vfl-eck-extra` je
+  Segmentindex, `as-along-fix` auf `vf-start`, `abschluss-fp` auf `vf-ende`) -
+  das ist die achsenweise Idee fuer diese Posten. SKALAR bleiben `feste-vf`
+  (Umlenkstation + Separator) und `gf-total` (GF1), und genau die verursachen
+  den U-Form-Fehler. Als Zwischenloesung zumindest gefaltete Laeufe mit
+  Meldung abweisen. -> `doc/todo/modus2-achsenweise-bilanz.md`
 - **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`), 11 zurueckgestellt. Niedrige
+  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** (Stufe 1 Rest): `VF_SPEC_BAU` kann nur
-  Modus-1-Ketten. Erster Schritt: 2-3 echte `linienzug2`/`linienzug3`-
-  Journale (SEGS-Format) als Referenz in BricsCAD erzeugen.
+- **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,