Roadmap: Ablaufplan zur Priorisierung der Mac-Paritaets-Milestones

Kombiniert bestehende v1.x-Milestones und die neun M-*-Milestones aus dem Mac-Feature-Vergleich in eine begruendete Reihenfolge (Abhaengigkeiten wie M-SSH als Voraussetzung fuer M-Netzwerk-Tools/M-Live-Traffic beruecksichtigt), plus einen wiederkehrenden Abgleichs-Rhythmus zwischen beiden unabhaengigen Implementierungen statt eines einmaligen Abgleichs. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Roadmap: neun Milestones aus Mac-Feature-Vergleich ergaenzt
2026-09-16 19:36:06 +02:00 · 2026-09-16 19:24:51 +02:00
1 changed files with 27 additions and 2 deletions
@@ -365,16 +365,41 @@ Die MikroTik-Markenfarbe (`#009245`) wurde aus der offiziellen Website übernomm

 ## Roadmap

-Die Weiterentwicklung wird als Milestones mit zugehörigen Issues im internen Gitea-Dev-Repository getrackt (nicht auf GitHub, siehe [Für Entwickler](#für-entwickler) zur Remote-Aufteilung):
+Die Weiterentwicklung wird als Milestones mit zugehörigen Issues im internen Gitea-Dev-Repository getrackt (nicht auf GitHub, siehe [Für Entwickler](#für-entwickler) zur Remote-Aufteilung).
+
+Neun der Milestones (`M-*`-Präfix) entstanden aus einem Feature-Vergleich mit einer parallel entwickelten, funktional deutlich weiter fortgeschrittenen macOS/SwiftUI-Version desselben Assistenten (unabhängiges privates Repository, unabhängige Implementierung, keine gemeinsame Codebasis) und sollen schrittweise Funktionsparität herstellen.

 | Milestone | Status | Fokus |
 |---|---|---|
 | **v1.0 – Realgerät-Validierung** | Offen | Kompletter Wizard-Durchlauf inkl. „Jetzt einrichten" (RouterOS-Befehle, Backup, PDF-Export, Update-Prüfung) gegen ein echtes physisches Gerät verifizieren – größter offener Validierungs-Gap. Dabei insbesondere die portbasierte VLAN-Zuordnung (`vlan-filtering`) gegen ein Echtgerät prüfen, da bisher nur gegen den simulierten Demo-Client getestet |
 | **v1.1 – Release-Housekeeping** | Offen | `v1.0.0`-Tag-Strategie klären, Copyright-Name in `LICENSE` bestätigen, Trennung Gitea (laufendes Dev) / GitHub (nur Releases) wiederherstellen |
-| **v1.2 – Eingabevalidierung** | Offen | Rest von Phase 7: Live-Fehlermeldungen bei ungültigen Eingaben (z. B. IP-/Subnetz-Format) direkt im jeweiligen Wizard-Schritt |
+| **v1.2 – Eingabevalidierung** | Offen | Live-Fehlermeldungen bei ungültigen Eingaben (z. B. IP-/Subnetz-Format) direkt im jeweiligen Wizard-Schritt. Behebt nebenbei einen echten Absturzpfad: `LanConfigurator`/`VlanConfigurator` rufen `IPAddress.Parse` ungeprüft bei jedem Tastendruck auf |
 | **v1.3 – SFTP-Backup-Download** | Offen | Backup-Download aufs PC per SFTP nachrüsten (bisher liegt das Backup nur auf dem Gerät selbst) |
 | **IST-Zustand-Analyse** | ✅ Abgeschlossen | Kernfunktion umgesetzt und vom Nutzer bestätigt (Kategorie-Grafik, Firewall-/NAT-Regeln, Teilbaum-Hervorhebung). Offen: **optisches Feintuning** sowie Route-zu-Interface-Zuordnung gegen ein echtes Bestandsgerät verifizieren (derzeit best-effort, RouterOS-versionsabhängig) |
 | **CI/CD – Gitea-Actions-Runner** | Offen | Runner registrieren und `.gitea/workflows/build.yml` erstmals scharf testen |
+| **M-Bekannte-Router – Gespeicherte Verbindungen** | Offen | Zuletzt genutzte Router mit Name/Standort merken |
+| **M-Geräte – LAN-Scanner** | Offen | DHCP-Leases + ARP + Bridge-Hosts je Anschluss zusammengeführt, feste IP-Zuweisung |
+| **M-Backup-Wartung – Wiederherstellung, Werksreset, Firmware-Update** | Offen | Backup zurückspielen (mit Modell-Abgleich als Brick-Schutz), Werksreset-Notfallschalter, Routerboard-Firmware-Update |
+| **M-Übersicht-Edit – Direktes Bearbeiten im Diagramm** | Offen | IST-Zustand-Diagramm von rein lesend auf bearbeitbar (Rückschreiben ans Gerät) erweitern |
+| **M-SSH – SSH-Fallback-Transport** | Offen | SSH-CLI-Fallback-Verbindung für Geräte/Firmware ohne REST-API, inkl. Hostkey-TOFU |
+| **M-Netzwerk-Tools – Ping/Traceroute/DNS/Port-Scan** | Offen | Netzwerk-Werkzeuge vom Router aus sowie lokaler TCP-Port-Scan |
+| **M-Live-Traffic – Live-Durchsatzanzeige** | Offen | Live-Traffic-Anzeige an Interfaces und im LAN-Scanner |
+| **M-Experte – Generischer RouterOS-Zugriff** | Offen | Eigener Bereich mit generischer Menü-Engine + kuratierten Formularen für die wichtigsten RouterOS-Bereiche, über die bisherigen Experten-Zusatzfelder hinaus |
+| **M-i18n – Zweisprachigkeit DE/EN** | Offen | Umschaltbare Sprache für die gesamte App |
+
+### Ablaufplan (Priorisierung)
+
+Reihenfolge oben in der Tabelle bereits danach sortiert; Begründung nach Phasen:
+
+1. **Fundament/Sicherheit zuerst** — `v1.2` (behebt einen echten Absturzpfad, siehe Fokus-Spalte) zusammen mit dem eigenständig gefundenen Firewall-/NAT-Idempotenz-Bug (Issue #19 im Gitea-Repo, kein Milestone). Danach `v1.0` (Realgerät-Validierung) — bevor auf der bestehenden Basis neue Flächen entstehen, muss sie gegen echte Hardware stehen. `CI/CD` direkt im Anschluss, damit ab hier jede weitere Änderung automatisch abgesichert ist.
+2. **Unabhängige Mac-Paritätsfeatures ohne SSH-Abhängigkeit** — `M-Bekannte-Router` (klein, rein lokal, sofortiger Nutzen), `M-Geräte`/LAN-Scanner und `M-Backup-Wartung` (beide bauen direkt auf dem bestehenden REST-/Binary-Client auf, kein neuer Transport nötig), `v1.3` (SFTP-Backup-Download, gleicher Themenbereich wie Backup-Wartung, sinnvoll im selben Zug), `M-Übersicht-Edit` (baut auf der bereits verifizierten Nodify-Integration auf).
+3. **Transport-Fundament** — `M-SSH`: einzige Mac-Funktion, die einen komplett neuen Transport-Layer braucht (Ping/Traceroute/DNS-Auflösung und `/interface monitor-traffic` sind reine CLI-Befehle ohne REST-Äquivalent). Bewusst erst nach Phase 2, damit die risikoarmen Features nicht auf die größere Transport-Arbeit warten müssen.
+4. **Darauf aufbauend** — `M-Netzwerk-Tools` (Port-Scan-Teil ist unabhängig und könnte vorgezogen werden, Ping/Traceroute/DNS brauchen `M-SSH`) und `M-Live-Traffic` (falls kein REST-Äquivalent für `/interface monitor-traffic` existiert, ebenfalls `M-SSH`-abhängig — das wird als Erstes bei der Umsetzung geprüft).
+5. **Größtes Einzelstück zuletzt unter den Mac-Milestones** — `M-Experte` (generischer Zugriff auf >300 RouterOS-Menüs) ist der mit Abstand größte Umfang und blockiert nichts anderes; am besten inkrementell über einen längeren Zeitraum, Bereich für Bereich wie beim Mac-Vorbild.
+6. **Querschnitt zuletzt** — `M-i18n` erst, wenn die UI-Fläche der vorherigen Phasen weitgehend steht, sonst laufend neue unübersetzte Strings.
+7. **Release-Abschluss** — `v1.1` (Release-Housekeeping) kurz vor dem tatsächlichen `v1.0.0`-Tag, nicht vorher.
+
+**Abgleichs-Rhythmus mit der Mac-Version:** Kein einmaliger Abgleich, sondern wiederkehrend — nach Abschluss eines `M-*`-Milestones hier oder einer entsprechenden Funktion auf Mac-Seite jeweils kurz prüfen, ob sich die READMEs/Milestones beider Projekte noch decken. RouterOS-API-Eigenheiten, die keine sprach-/framework-spezifische Ursache haben (wie der Firewall-Idempotenz-Bug, Issue #19), werden in beide Projekte übernommen, sobald sie auf einer Seite auffallen.

 ## Lizenz