[CHANGE] Nur noch EIN Test baut die HundM-Geometrie: Spec wird TEST_HUNDM05

Nach dem gruenen VF_SPEC_BAU-Lauf bauten zwei Tests dieselben 5 Ketten. Der
Spec-Pfad ist jetzt der routinemaessige Bau-Test, der Aufzeichnungs-Pfad der
abgeschaltete Regressionstest fuer das Journal-Format.

Umbenennungen:
- tests/testdata/vf_spec_hundm05.json -> tests/testdata/hundm05.json
  Die Spec ist das Eingabeformat und die Datei, in der weitere Ketten der
  Anlage nachgetragen werden. spec_ids jetzt VF_hundm05_LZ_* (wie im
  Aufzeichnungs-Protokoll), damit sich die Ergebnisse beider Laeufe paaren
  lassen.
- tests/testdata/hundm05.json -> tests/testdata/hm_recformat.json
  tests/test_hundm05.lsp -> tests/test_hm_recformat.lsp (TEST_HM_RECFORMAT,
  Praefix hmrec:, Export hm_recformat:export-results)
  tests/test_hundm05.py -> tests/test_hm_recformat.py
  In alltests.json auf "disabled": true.

Neu: tests/test_hundm05.lsp (TEST_HUNDM05) baut die Spec - OHNE eigene
Bau-Logik, es ruft vsp-bau-datei aus Lisp/vf_spec.lsp. Damit gibt es genau
einen Code-Pfad, der aus einer Spec Geometrie erzeugt; c:VF_SPEC_BAU nutzt
denselben. tests/test_hundm05.py prueft das Ergebnis (die 9 Tests, die
vorher in test_vf_spec.py standen); test_vf_spec.py ist jetzt reiner
Uebersetzer-Test ohne CAD.

Warum das Aufzeichnungsformat bleibt (Details in
doc/TODO-plan-vf-interactive.md Abschnitt 4.7):
- hm_recformat.json ist die EINZIGE eingecheckte Kopie der Originaldaten
  (data/polylines.dxf ist mit 124 MB per .gitignore ausgeschlossen). Die Spec
  ist daraus abgeleitet; ohne die Aufzeichnung faellt die rechte Seite des
  Rundlauf-Beweises weg.
- Es prueft eine ANDERE Invariante: das Journal kommt roh aus der XDATA einer
  Kundenzeichnung. TEST_HM_RECFORMAT ist damit der einzige Test dafuer, dass
  ein BESTEHENDER VF_n-Block weiter abspielbar ist - also dass
  Doppelklick-Edit und 2D/3D-Konvertierung an Altbestand funktionieren. Ein
  spec-gebautes Journal kann das nicht zeigen, es kommt aus dem Uebersetzer.
- Es dokumentiert die Frage-Reihenfolge (kommentar je Eintrag); die Spec
  verbirgt den Dialog, das ist ihr Zweck.

Weitere Anpassungen:
- Ergebnisdatei heisst nach der Spec-Datei (<basisname>_results.json), damit
  Befehl und Testrunner in dieselbe Datei schreiben. Verzeichnis: tests/output
  (Override DXFM_VF_SPEC_OUT); NICHT DXFM_RESULTS - das sind die Sivas-/
  CSV-Exporte, dort landete die Datei ausserhalb des Testbaums.
- Neu *vsp-dim-override* fuer TEST_HUNDM05_2D/_3D: wird je Kette angewandt,
  weil der Abbruch-Handler in vf-linienzug-modus *ssg-ils-dim* zurueck setzt.
- Das Anlagenkuerzel der test_id in lib/vf_journal_export.py kam aus dem
  Namen der Ziel-JSON. Nach der Umbenennung haette eine Regenerierung die ids
  stillschweigend auf VF_hm_recformat_LZ_* geaendert und die Paarung der
  beiden Laeufe zerlegt - jetzt feste Konstante TEST_ID_ANLAGE.
- conftest: hundm05_* Fixtures -> hmrec_* (die Spec-Fixtures stehen in
  tests/test_hundm05.py).

Verifiziert: 98 pytest-Tests gruen (die 9 Ergebnis-Tests warten auf einen
neuen TEST_HUNDM05-Lauf), alle .lsp lint-sauber, Spec-Regenerierung
idempotent, TEST_VF_SPEC in BricsCAD 28 PASS / 0 FAIL.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

tests/README.md

@@ -102,7 +102,7 @@ Die Datei `tests/alltests.json` ist die zentrale Registry aller Test-Module.
   { "name": "omniflo_strecke", "save": "dxf", "module": "OmniModulInsert" },
   { "name": "gefaellestrecke", "save": "dwg", "module": "Gefaellestrecke" },
   { "name": "mubea",           "save": "dxf", "module": "KreiselInsert"   },
-  { "name": "hundm05",         "save": "dxf", "module": "VarioFoerderer", "disabled": true }
+  { "name": "hundm05",         "save": "dxf", "module": "VarioFoerderer" }
 ]
 ```
 
@@ -160,7 +160,16 @@ tests/
   test_foerderer.py        # pytest-Validierung Foerderer (Status/Mathematik/CSV/Sivas)
   test_gefaellestrecke.py  # pytest-Validierung Gefaellestrecke
   test_mubea.py            # pytest-Validierung Mubea-Gesamtmodell
-  test_hundm05.py          # pytest-Validierung HundM05 (5 Linienzuege)
+  test_hundm05.lsp         # LISP: baut die 5 HundM-Ketten aus ihrer
+                           #   Spec (testdata/hundm05.json) - ruft
+                           #   vsp-bau-datei, keine eigene Bau-Logik
+  test_hundm05.py          # pytest: die so gebaute Anlage pruefen
+  test_hm_recformat.lsp    # LISP: dieselben Ketten aus dem ROHEN
+                           #   Journal der Kundenzeichnung - der
+                           #   Regressionstest fuers Aufzeichnungs-
+                           #   format (in alltests.json abgeschaltet,
+                           #   baut sonst dieselbe Geometrie zweimal)
+  test_hm_recformat.py     # pytest-Validierung dazu
   test_vf_spec.lsp         # LISP-Unittest: Spec-Uebersetzer (vsp-journal),
                            #   je Glied-Typ + die 5 echten HundM-Ketten
                            #   gegen ihr aufgezeichnetes Journal
@@ -179,7 +188,9 @@ tests/
     kreisel_tests.json     # Testfall-Definitionen fuer Kreisel
     omniflo_tests.json     # Testfall-Definitionen fuer Omniflo
     omniflo_strecke_tests.json # Streckenzug: 4 Geraden + 2 Boegen + 1 Weiche (7 Elemente)
-    foerderer_tests.json / mubea.json / hundm05.json / ...
+    hm_recformat.json      # Aufzeichnung: rohes Journal der 5 Ketten
+    hundm05.json           # daraus abgeleitete Spec (wird erweitert)
+    foerderer_tests.json / mubea.json / ...
   output/                  # Ergebnisse aus BricsCAD (nicht in Git)
     <name>_results.json    # JSON-Ergebnisse pro Testmodul (immer)
     <name>_tests.dxf/.dwg  # Zeichnung pro Testmodul (gemaess save in alltests.json)