Alfred
/
sdr-wideband-suite
1
0
Fork 0
Code Issues 0 Pull-Requests 0 Releases 0 Wiki Aktivität
Wideband autonomous SDR analysis engine forked from sdr-visual-suite
Du kannst nicht mehr als 25 Themen auswählen Themen müssen entweder mit einem Buchstaben oder einer Ziffer beginnen. Sie können Bindestriche („-“) enthalten und bis zu 35 Zeichen lang sein.
368 Commits
1 Branch
10MB
Struktur: 5d0962796c
Branches Tags
${ item.name }
Erstelle Branch ${ searchTerm }
von „5d0962796c“
${ noResults }
sdr-wideband-suite/codex_webinterface_prompt.txt

42 Zeilen
2.6KB
Originalformat Blame Verlauf 

  1. Arbeite im Repository C:\Users\jan\Downloads\sdr-wideband-suite auf dem bereits angelegten Branch refactor/webinterface.

  2. 

  3. WICHTIG:

  4. - NICHT committen.

  5. - NICHT pushen.

  6. - Keine Branches wechseln oder neu anlegen.

  7. - 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.

  8. - 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/.

  9. 

  10. Kontext / Ziel:

  11. - Das Webinterface soll erweitert und verbessert werden.

  12. - Fokus auf Webinterface-Refactor mit besserer Struktur, besserer UX und klarer Ausrichtung an der existierenden API.

  13. - 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.

  14. 

  15. Bitte liefere:

  16. 1. Eine kurze Analyse des aktuellen UI/API-Zuschnitts und der größten Schwachstellen.

  17. 2. Einen konkreten Umsetzungsplan für einen sinnvollen ersten Refactor-Schritt.

  18. 3. Dann die Umsetzung direkt im Branch: verbessere/erweitere das Webinterface spürbar.

  19. 

  20. Bevorzugte Richtungen für die Umsetzung (du darfst priorisieren):

  21. - bessere Struktur/Modularisierung innerhalb von web/app.js bzw. Aufteilung in mehrere Web-Dateien, wenn das ohne riesigen Umbau sauber machbar ist

  22. - klarere Zustandsdarstellung für API/WS-Verbindung, Config-Status, Source/GPU/Health

  23. - bessere Nutzbarkeit der vorhandenen APIs (/api/refinement, /api/events, /api/recordings, /api/debug/telemetry/*) im UI

  24. - UI-Verbesserungen für Signal-/Event-/Recording-Ansichten

  25. - bessere leichtere Debug-/Operator-Ansicht statt nur verstreuter Informationen

  26. - kleine, robuste UX-Verbesserungen > rein kosmetische Änderungen

  27. 

  28. Grenzen:

  29. - Kein Full-Rewrite in Frameworks.

  30. - Keine unnötigen Backend-API-Änderungen, außer klar sinnvoll und klein.

  31. - Nicht versuchen, das gesamte Projekt zu lösen. Lieber ein sauberer, wertvoller erster Refactor.

  32. - 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.

  33. 

  34. Wenn du fertig bist, berichte knapp:

  35. - was du analysiert hast

  36. - welche Dateien du geändert hast

  37. - was funktional verbessert wurde

  38. - ob es offene Punkte / Risiken gibt

  39. 

  40. Wenn komplett fertig, run this command:

  41. openclaw system event --text "Done: webinterface refactor first pass completed on refactor/webinterface (no commit)" --mode now