Wideband autonomous SDR analysis engine forked from sdr-visual-suite
您最多选择25个主题 主题必须以字母或数字开头,可以包含连字符 (-),并且长度不得超过35个字符

42 行
2.6KB

  1. Arbeite im Repository C:\Users\jan\Downloads\sdr-wideband-suite auf dem bereits angelegten Branch refactor/webinterface.
  2. WICHTIG:
  3. - NICHT committen.
  4. - NICHT pushen.
  5. - Keine Branches wechseln oder neu anlegen.
  6. - config.yaml, config.autosave.yaml, Debug-Dumps und lokale Laufzeitartefakte nicht absichtlich verändern, außer es ist für das Frontend unbedingt nötig — dann nur minimal und uncommitted.
  7. - Vor dem Start zuerst das Repo einlesen: AGENTS.md, README.md, docs/known-issues.md, relevante API-/WS-Serverstellen in cmd/sdrd/http_handlers.go und cmd/sdrd/ws_handlers.go, sowie das Frontend unter web/.
  8. Kontext / Ziel:
  9. - Das Webinterface soll erweitert und verbessert werden.
  10. - Fokus auf Webinterface-Refactor mit besserer Struktur, besserer UX und klarer Ausrichtung an der existierenden API.
  11. - Aktuell ist das Frontend ein großes Vanilla-JS-Monolith-Skript in web/app.js. Bitte den aktuellen Zustand zuerst analysieren und dann gezielt verbessern, ohne unnötig die gesamte App umzubauen.
  12. Bitte liefere:
  13. 1. Eine kurze Analyse des aktuellen UI/API-Zuschnitts und der größten Schwachstellen.
  14. 2. Einen konkreten Umsetzungsplan für einen sinnvollen ersten Refactor-Schritt.
  15. 3. Dann die Umsetzung direkt im Branch: verbessere/erweitere das Webinterface spürbar.
  16. Bevorzugte Richtungen für die Umsetzung (du darfst priorisieren):
  17. - bessere Struktur/Modularisierung innerhalb von web/app.js bzw. Aufteilung in mehrere Web-Dateien, wenn das ohne riesigen Umbau sauber machbar ist
  18. - klarere Zustandsdarstellung für API/WS-Verbindung, Config-Status, Source/GPU/Health
  19. - bessere Nutzbarkeit der vorhandenen APIs (/api/refinement, /api/events, /api/recordings, /api/debug/telemetry/*) im UI
  20. - UI-Verbesserungen für Signal-/Event-/Recording-Ansichten
  21. - bessere leichtere Debug-/Operator-Ansicht statt nur verstreuter Informationen
  22. - kleine, robuste UX-Verbesserungen > rein kosmetische Änderungen
  23. Grenzen:
  24. - Kein Full-Rewrite in Frameworks.
  25. - Keine unnötigen Backend-API-Änderungen, außer klar sinnvoll und klein.
  26. - Nicht versuchen, das gesamte Projekt zu lösen. Lieber ein sauberer, wertvoller erster Refactor.
  27. - Wenn Builds/Checks sinnvoll sind, nutze für dieses Projekt bevorzugt die vorhandenen Projekt-Skripte/Workflow-Regeln aus AGENTS.md; für kleine Syntax-/Sanity-Checks sind gezielte Checks ok.
  28. Wenn du fertig bist, berichte knapp:
  29. - was du analysiert hast
  30. - welche Dateien du geändert hast
  31. - was funktional verbessert wurde
  32. - ob es offene Punkte / Risiken gibt
  33. Wenn komplett fertig, run this command:
  34. openclaw system event --text "Done: webinterface refactor first pass completed on refactor/webinterface (no commit)" --mode now