model.py: gemeinsames TRO-Modell; Hauptweg CSV -> tro_flow --json -> scl_skeleton

- lib/model.py (neu, pydantic): TroBase -> DerivedTro, Connection, OpenPoint,
  Analysis (aus tro_flow verschoben), TroDocument = TRO-JSON (Schema
  sps_skel-tro-v2). items/fbType werden immer ueber den Typ aus tro_catalog
  gelesen, nie gespeichert; abweichende Werte in einer JSON sind ein Fehler.
  JSON-Schluessel wie bisher (id, type, fbType ...), extra="forbid".
- tro_flow: Tro/Analysis aus model.py; neuer Schalter --json schreibt
  <name>_tro.json (TroDocument)
- scl_skeleton: liest die JSON ueber TroDocument statt per Dict-Zugriff,
  Bauteile ueber TroItem-Konstanten; ungueltige JSON -> Exit 1 ohne SCL,
  alte tro_extract-JSON (v1) mit Hinweis auf tro_flow --json
- tro_annotate: nur noch Ansicht; derselbe analyse_tros-Aufruf wie tro_flow
  (inkl. sepliste-Gegenprobe), damit Zeichnung und JSON uebereinstimmen
- tro_extract: geparkt (unveraendert)
- tests/test_model.py + conftest.py, pytest in requirements.txt aktiviert
- Doku: Python_Scripts.md (§6b model.py), Commandlines.md, CLAUDE.md,
  Aufrufkommentare in bin/ (scl_skeleton.bat zeigte tro_flow-Aufrufe)

Geprueft: alle tro_flow/tro_annotate-Ausgaben (8 CSVs) bis auf Zeitstempel
identisch zum vorherigen Stand; scl_skeleton alt/neu auf derselben JSON
byte-identisch (export, mubea, HundM05); 10 Tests gruen.

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

lib/tro_annotate.py

@@ -12,6 +12,12 @@ TROs und schreibt eine **Kopie** der Zeichnung mit zusaetzlicher Beschriftung:
   * optional Pfeile fuer den gerichteten Materialfluss zwischen den TROs
   * optional eine Legende
 
+Die Zeichnung ist eine **Ansicht** zur Sichtkontrolle, keine Datenquelle: die
+TRO-JSON fuer scl_skeleton.py schreibt tro_flow.py --json direkt aus dem CSV.
+tro_annotate leitet die TROs mit genau demselben Aufruf ab wie tro_flow, damit
+Zeichnung und JSON uebereinstimmen. (tro_extract.py, der Rueckweg Zeichnung ->
+JSON, ist geparkt.)
+
 Die Originalzeichnung wird nie veraendert. Alle Ergaenzungen liegen auf eigenen
 Layern (Vorgabe: Praefix "TRO_") und tragen XDATA der Anwendungskennung
 SPS_SKEL_TRO. Ein erneuter Lauf entfernt genau diese Objekte und baut sie neu -
@@ -101,13 +107,15 @@ from dxf_registration import (
 )
 from material_flow import build_graph, env_dir, read_elements, resolve_input
 from tro_catalog import STYLES, TRO_CATALOG, TroSymbol, get_tro
+from model import Analysis
 from tro_flow import (
     BOUNDARY_ENTRY,
     BOUNDARY_EXIT,
     STATION_FARBE,
-    Analysis,
     _station_positionen,
     analyse_tros,
+    find_sibling_raw_json,
+    load_sepliste_counts,
 )
 
 # ---------------------------------------------------------------------------
@@ -898,9 +906,13 @@ def main(argv: list[str] | None = None) -> int:
         print(f"FEHLER: {csv_file} nicht lesbar: {exc}", file=sys.stderr)
         return 1
     graph = build_graph(elements, csv_file.name, read_warnings)
-    # Ohne cfg/tro_overrides.ini - wie tro_flow, damit Marker und
-    # Flussdiagramm zusammenpassen.
-    analysis = analyse_tros(graph, elements)
+    # Derselbe Aufruf wie in tro_flow.main (ohne cfg/tro_overrides.ini, mit
+    # der Separator-Gegenprobe aus <name>_raw.json), damit die Zeichnung genau
+    # die TROs der TRO-JSON zeigt - sie ist nur Ansicht, keine Datenquelle.
+    raw_json_file = find_sibling_raw_json(csv_file)
+    sepliste_counts = (load_sepliste_counts(raw_json_file, read_warnings)
+                       if raw_json_file is not None else {})
+    analysis = analyse_tros(graph, elements, sepliste_counts=sepliste_counts)
     if not analysis.tros:
         print(f"FEHLER: keine TROs aus {csv_file} ableitbar.", file=sys.stderr)
         return 1