[CHANGE] doc/plan und doc/todo angelegt, interne Analyse-/TODO-Dokumente dorthin verschoben

doc/todo/: TODO-plan-vf-interactive.md -> plan-vf-interactive.md, TODO-modus2-achsenweise-bilanz.md -> modus2-achsenweise-bilanz.md (offene Fahrplaene/TODOs).
doc/plan/: KS-Frame-Architektur.md, vf-parameter-struct-analyse.md, translate.md, Entwicklungsplan.md (Architektur-Analysen und Planungsdokumente, kein Anwender-Material).

Alle internen Verweise (CLAUDE.md, Lisp/README.md, README.md, doc/variofoerderer.md, Lisp/vf_spec.lsp, lib/dxf_vf_abbild.py, lib/vf_spec_export.py, tests/test_hm_recformat.lsp, tests/test_vf_geometrie.py, tests/test_vf_headless_statisch.py) auf die neuen Pfade angepasst. Reine Pfad-Updates in Kommentaren/Docstrings, keine funktionale Aenderung - Python-Syntax nach dem Umbau geprueft.

Anwender-/Entwickler-Referenzdoku (faq.md, kommandos.md, tools.md, dbg2lsp.md, csv-export.md, json-input-lisp.md, lisp_methods.md, LispTests.md, variofoerderer.md, vf_linienzug_modus1_anleitung.md) bleibt direkt in doc/.

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

Lisp/README.md

@@ -190,7 +190,7 @@ Interne Parser-Funktionen (nicht direkt aufrufen):
 
 ### `ssg_lang.lsp` – Sprachumschaltung (Deutsch/Englisch)
 
-Zentrale Textverwaltung fuer benutzersichtbare Meldungen. Kern-Modul, wird direkt nach `ssg_core` geladen. Wird schrittweise auf weitere Module ausgerollt (siehe `doc/translate.md`).
+Zentrale Textverwaltung fuer benutzersichtbare Meldungen. Kern-Modul, wird direkt nach `ssg_core` geladen. Wird schrittweise auf weitere Module ausgerollt (siehe `doc/plan/translate.md`).
 
 | Funktion | Beschreibung |
 | --- | --- |

Lisp/vf_spec.lsp

@@ -1,7 +1,7 @@
 ;; ============================================================
 ;; vf_spec.lsp - VF-Linienzug aus Eingabedaten bauen (ohne GUI/Konsole)
 ;; ============================================================
-;; Stufe 1 des Fahrplans in doc/TODO-plan-vf-interactive.md.
+;; Stufe 1 des Fahrplans in doc/todo/plan-vf-interactive.md.
 ;;
 ;; Eine SPEC beschreibt eine Kette in Domaenenwerten ("links", "winkel",
 ;; "aussen", ja/nein) statt in Menue-Codes: lesbar, schreibbar, versionierbar.

README.md

@@ -74,7 +74,7 @@ dxfmakros/
 ├── cfg/                   # Konfigurationsdateien
 ├── data/                  # JSON-Daten, DXF-Quellen, Block-Libraries - nicht im Git
 ├── dcl/                   # DCL-Dialogdefinitionen
-├── doc/                   # Dokumentation, Entwicklungsplan
+├── doc/                   # Dokumentation (doc/plan Architektur/Analysen, doc/todo offene Fahrplaene)
 ├── lib/                   # Python-Skripte (DXF-Bearbeitung, Export)
 ├── log/                   # Logdateien - nicht im Git
 ├── menu/                  # BricsCAD-Menudefinition (SSG_LIB.mnu, SSG_LIB.mnl)
@@ -114,7 +114,7 @@ Zeichnungs-/Szenario-Tests laufen interaktiv in BricsCAD ueber das Menue `Tests`
 
 ## Dokumentation
 
-Ausfuehrliche Modul- und Befehlsdokumentation: `CLAUDE.md` (Projektanweisungen) und `Lisp/README.md`. Weitere Themen in `doc/` (u.a. `variofoerderer.md`, `translate.md`, `csv-export.md`, `Entwicklungsplan.md`, `faq.md`, `kommandos.md`).
+Ausfuehrliche Modul- und Befehlsdokumentation: `CLAUDE.md` (Projektanweisungen) und `Lisp/README.md`. Weitere Anwender-/Entwickler-Themen direkt in `doc/` (u.a. `variofoerderer.md`, `csv-export.md`, `faq.md`, `kommandos.md`). Architektur-Analysen und Planungsdokumente in `doc/plan/` (u.a. `translate.md`, `Entwicklungsplan.md`), offene Fahrplaene/TODOs in `doc/todo/`.
 
 ## Lizenz
 

doc/variofoerderer.md

@@ -448,7 +448,7 @@ Optionen, bei "Eigene Werte" zusaetzlich L_GF1 als Zahl) -> Bestaetigung
 ## 8b. Nicht-interaktiver Betrieb (Headless)
 
 Fuer Tests, Batch-Nachbau und den geplanten Spec-Bau (Fahrplan:
-`doc/TODO-plan-vf-interactive.md`) muss eine Kette **ohne** Dialog und ohne
+`doc/todo/plan-vf-interactive.md`) muss eine Kette **ohne** Dialog und ohne
 Konsolenfrage laufen. Drei Schalter greifen dabei ineinander:
 
 | Schalter | Datei | Wirkung |

lib/dxf_vf_abbild.py

@@ -5,7 +5,7 @@ dxf_vf_abbild.py - Abbild der VF_/GF_-Wrapperbloecke einer Testzeichnung:
 Attribute und Bausteinliste je Kette.
 
 Zweck: Regressionsnetz fuer Umbauten am Bau-Ablauf. Nach jedem Schritt der
-Funktionstrennung (doc/TODO-plan-vf-interactive.md, Stufe 2) muss die
+Funktionstrennung (doc/todo/plan-vf-interactive.md, Stufe 2) muss die
 gebaute Geometrie unveraendert sein - "unveraendert" heisst hier: gleiche
 Attribute (inklusive der reihenfolgeabhaengigen Komma-Listen L_VF_m/L_GF_m/
 GF_WINKEL, die in der Zeichnung unsichtbar, im Sivas-Export aber falsch

lib/vf_spec_export.py

@@ -7,7 +7,7 @@ uebersetzen und zurueck.
 Eine Spec beschreibt eine Kette in Domaenenwerten ("links", "winkel",
 "aussen", ja/nein) statt in Menue-Codes und Journal-Tokens: lesbar,
 schreibbar und damit die Eingabeform fuer den nicht-interaktiven Bau
-(Lisp/vf_spec.lsp, siehe doc/TODO-plan-vf-interactive.md Stufe 1).
+(Lisp/vf_spec.lsp, siehe doc/todo/plan-vf-interactive.md Stufe 1).
 
 Zwei Richtungen, die einander pruefen:
 

tests/test_hm_recformat.lsp

@@ -10,7 +10,7 @@
 ;; roh aus der XDATA einer echten Zeichnung. Damit ist dies der einzige Test,
 ;; der belegt, dass ein BESTEHENDER VF_n-Block weiter abspielbar bleibt -
 ;; also dass Doppelklick-Editieren und 2D/3D-Konvertierung an Altbestand
-;; funktionieren (Invariante I1 in doc/TODO-plan-vf-interactive.md). Ein
+;; funktionieren (Invariante I1 in doc/todo/plan-vf-interactive.md). Ein
 ;; spec-gebautes Journal kann das nicht zeigen, es kommt aus dem Uebersetzer.
 ;;
 ;; Darum in tests/alltests.json auf "disabled": true - er baut dieselbe

tests/test_vf_geometrie.py

@@ -7,7 +7,7 @@ HundM-Ketten.
 Warum zusaetzlich zu tests/test_hundm05.py: der Ergebnis-Record sagt
 "executed, kein Prompt, Journal aufgegangen" - er sagt NICHT, ob dieselbe
 Geometrie herauskam wie vorher. Genau das ist bei der Funktionstrennung in
-Stufe 2 (doc/TODO-plan-vf-interactive.md) das Risiko: die Reihenfolge der
+Stufe 2 (doc/todo/plan-vf-interactive.md) das Risiko: die Reihenfolge der
 dL-Subtraktionen und der vfl-acc-*-Aufrufe IST Geometrie, und eine falsche
 Reihenfolge faellt in der Zeichnung nicht auf - nur im Sivas-Export.
 

tests/test_vf_headless_statisch.py

@@ -11,7 +11,7 @@ einem selten erreichten Zweig ein neues (alert ...) oder ein rohes
 (getreal ...) hinzufuegt. Genau das haelt dieser Test fest: die Fundstellen
 sind eingecheckt, jede neue muss hier bewusst eingetragen werden.
 
-Hintergrund und Fahrplan: doc/TODO-plan-vf-interactive.md,
+Hintergrund und Fahrplan: doc/todo/plan-vf-interactive.md,
 Mechanik: doc/variofoerderer.md Abschnitt 8b.
 """