scl_skeleton: Anlagen-JSON als Eingabe (Stufe 4, Namen)

--json erkennt <csv>_anlage.json am Schema. scl_context.HwSource setzt
Namen aus bindings (nur "zugeordnet") und conveyors ein: Separator-,
Lagerlinien-, Weichen- und Vario-Antriebsnamen, #fbCarousel<NNNN> am
Kreisel, Foerderernummer im DB_JamArea-Platzhalter (<k> bleibt offen).
Eingesetzte Namen werden gegen <projekt>_hw.json geprueft (--hw,
--strict bricht ab). --eplan bleibt fuer die TRO-JSON; Templates und
Golden-Files unveraendert.

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

doc/Konzept_Layout_Hardware_SCL.md

@@ -188,6 +188,13 @@ Weichenventile (`doc/E-Planung_Bruecke.md`, "Offen").
 
 ### 4. `scl_skeleton.py` / `scl_context.py` (Stufe 4)
 
+**Stand 2026-10-16, umgesetzt (Namen):** `scl_skeleton --json <csv>_anlage.json`
+(Schema erkannt), Namen über `scl_context.HwSource` aus `bindings` (nur
+`zugeordnet`) und `conveyors` (`#fbCarousel<NNNN>`, `DB_JamArea<NNNN>` mit
+offenem `<k>`), Gegenprüfung gegen `<projekt>_hw.json` (`--strict` bricht ab).
+`--eplan` bleibt für die TRO-JSON, bis `e_planning.py` entfällt. Offen: neue
+Bausteine (unten), Stausensoren der Ausgänge, Scanner.
+
 - Liest **eine** Eingabe: `<csv>_anlage.json`; ohne Hardwareteil wie heute
   `<csv>_tro.json`.
 - `--eplan` und die Zusammenführung in `scl_context._separator` entfallen; der