M15 erweitert: Interfaces direkt editierbar (Übersicht + Experte-Tab)

Jedes Interface bekommt jetzt ein editTarget — VLAN-Interfaces über das
kuratierte /interface vlan-Schema (mit der eigenen .id aus /interface
vlan, nicht der generischen /interface-Liste), alle anderen Typen
(Ethernet, Bridge, WLAN, WireGuard) generisch über /interface.

Dabei live einen echten Stolperstein gefunden: für /interface gab es
bisher kein kuratiertes Schema, alle Felder landeten unbeschriftet in
"Weitere Parameter" — beim Versuch, ether5 zu ether51 umzubenennen,
wurde versehentlich default-name (RouterOS' Werksname, nie änderbar)
statt name geändert ("bad parameter default-name"). Fix: /interface
jetzt mit kuratiertem Schema (Name/Kommentar/Deaktiviert), Tooltip auf
"Name" warnt explizit vor der Verwechslung mit default-name.

Adress-Listen-Knoten bleiben bewusst weiter nicht editierbar (fassen
mehrere Einträge zusammen, bräuchten eine andere UI-Form).

Live bestätigt ("funktioniert"). 60 Unit-Tests grün. Manual.md/
HANDOFF.md aktualisiert.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YDmUd93KxsYGr2kLTotWnG

HANDOFF.md

@@ -1070,16 +1070,25 @@ Unit-Tests grün (inkl. neuer `ExpertViewModelTests` und
     Hintergrund direkt am Zeileninhalt (`Text` in `RoundedRectangle`-
     Fill) gesetzt. Alles vom Nutzer live in Xcode bestätigt ("passt
     gut").
-11. **M15-Bearbeiten-Funktion deckt Interfaces und Adress-Listen bewusst
-    nicht ab** — physische/VLAN/Bridge-Interfaces verteilen ihre Felder
-    über mehrere typ-spezifische RouterOS-Menüs (`/interface ethernet`,
-    `/interface bridge`, `/interface vlan`, ...), ein sauberes
-    `OverviewNode.EditTarget` bräuchte pro Interface-Typ eine eigene
-    Zuordnung statt der generischen `/interface`. Adress-Listen-Knoten
-    fassen mehrere Einträge in einem Knoten zusammen, kein 1:1-Bezug zu
-    einem Router-Item — bräuchte eine andere UI (Liste statt Formular).
-    Beides bei Bedarf nachrüstbar, für diese Session bewusst
-    zurückgestellt.
+11. ~~M15-Bearbeiten-Funktion deckt Interfaces bewusst nicht ab~~ —
+    erledigt: jedes Interface hat jetzt ein `editTarget` — VLAN-
+    Interfaces über das kuratierte `/interface vlan`-Schema (mit der
+    eigenen `.id` aus `/interface vlan`, nicht der generischen
+    `/interface`-Liste), alle anderen Typen (Ethernet, Bridge, WLAN,
+    WireGuard) generisch über `/interface`. Dabei live einen echten
+    Stolperstein gefunden: der Nutzer wollte `ether5` zu `ether51`
+    umbenennen, hat aber (da für `/interface` bisher gar kein
+    kuratiertes Schema existierte, alles landete in "Weitere Parameter")
+    versehentlich `default-name` statt `name` geändert —
+    "bad parameter default-name". `default-name` ist RouterOS' Werksname
+    des Ports, nie änderbar; `name` das eigentliche, umbenennbare Feld,
+    beide standen unbeschriftet nebeneinander. Fix: `/interface` jetzt
+    mit kuratiertem Schema (`name`/`comment`/`disabled`), Tooltip auf
+    `name` weist explizit auf die Verwechslungsgefahr mit `default-name`
+    hin. Live bestätigt ("funktioniert"). Adress-Listen-Knoten bleiben
+    bewusst weiter nicht editierbar — fassen mehrere Einträge in einem
+    Knoten zusammen, kein 1:1-Bezug zu einem Router-Item, bräuchte eine
+    andere UI (Liste statt Formular).
 
 Gitea-Remote `origin` ist eingerichtet und wird laufend gepusht (siehe
 oben) — dieser Hinweis war veraltet, korrigiert am 2026-09-15.