Tighten web surfaces and clean handoff
This commit is contained in:
@@ -9,11 +9,27 @@ Diese Datei ist die schnelle Uebergabe fuer ein kleineres Modell wie Qwen 14B. S
|
||||
- Host-Core ist die zentrale Runtime und bleibt die einzige Kernarchitektur.
|
||||
- API v1 ist die verbindliche Aussenkante fuer State, Preview, Snapshot, Catalog, Commands und Event-Stream.
|
||||
- Die Creative Surface lebt in `web/v1/` und ist die operatorische Web-Oberflaeche.
|
||||
- Die Desktop-GUI in `crates/infinity_host_ui/` bleibt die technische Engineering-/Diagnoseoberflaeche.
|
||||
- Die Technical Surface in `web/v1/technical.html` plus `web/v1/technical.js` ist die aktuelle technische Web-Oberflaeche.
|
||||
- Die Desktop-GUI in `crates/infinity_host_ui/` existiert weiter als technische Engineering-/Diagnoseflaeche, ist aber nicht der primaere aktuelle UI-Arbeitspfad.
|
||||
- Persistenz, Recovery und Runtime-Show-Store sind vorhanden.
|
||||
- Show-Control-v1-Primitive sind faktisch eingefroren und dokumentiert.
|
||||
- Ein generischer externer Control-Pfad ist vorhanden, aber bewusst nicht grandMA-spezifisch.
|
||||
|
||||
## Frisch umgesetzt in dieser Arbeitsphase
|
||||
|
||||
- Creative Surface wurde kompakter gemacht, damit alle 18 Panels im 3x6-Raster gleichzeitig sichtbar bleiben.
|
||||
- Preview- und normale Pattern-Wirkung wurden diskreter gemacht:
|
||||
- Preview-Ziel im Host liegt jetzt bei bis zu 60 Hz.
|
||||
- Normale Preview-/Pattern-Helligkeit ist auf 10%-Stufen quantisiert.
|
||||
- Preview-Updates und WebSocket-Preview-Frames werden nur noch bei inhaltlicher Aenderung weitergeschoben.
|
||||
- Die feste WS2812-Palette wurde in Host und Web-UI hinterlegt; alte freie/abweichende Palettennamen wurden ersetzt.
|
||||
- Globaler Master-Brightness sitzt nur noch im Header; redundante globale Brightness-Bedienung links ist entfernt.
|
||||
- Die Technical Surface ist robuster gegen unvollstaendige Snapshots, insbesondere fehlende `recent_events`.
|
||||
- Fuer Codex gibt es jetzt einen lokalen Route-/Browser-Smoke-Runner:
|
||||
- `scripts/codex_browser_smoke.sh`
|
||||
- prueft `/`, `/technical` und `/technical.js` gegen eine frische Kurzinstanz
|
||||
- ersetzt noch keinen vollgerenderten Headless-Browser mit DOM-Interaktion
|
||||
|
||||
## Lokale Umgebung auf diesem Rechner
|
||||
|
||||
- Arbeitsverzeichnis des Rust-Projekts: `/home/jan/Documents/RFP/Infinity_Vis_Rust`
|
||||
@@ -77,6 +93,8 @@ Die wichtigsten Fortschrittsanker liegen hier:
|
||||
Konflikt- und Ownership-Regeln zwischen Web-UI, technischer GUI und externen Control-Quellen.
|
||||
- [docs/local_software_only_runbook.md](/home/jan/Documents/RFP/Infinity_Vis_Rust/docs/local_software_only_runbook.md:1)
|
||||
Reproduzierbarer software-only Startpfad.
|
||||
- [docs/codex_worklog.md](/home/jan/Documents/RFP/Infinity_Vis_Rust/docs/codex_worklog.md:1)
|
||||
Knapper Verlauf der letzten Codex-Arbeitspakete inklusive Tests, Abweichungen und lokalen Smoke-Checks.
|
||||
- [crates/infinity_host/tests/show_control_v1_golden.rs](/home/jan/Documents/RFP/Infinity_Vis_Rust/crates/infinity_host/tests/show_control_v1_golden.rs:1)
|
||||
Golden-Trace- und Replay-Schutz fuer die zentrale v1-Semantik.
|
||||
- Git-Historie:
|
||||
@@ -129,6 +147,7 @@ Die wichtigsten Fortschrittsanker liegen hier:
|
||||
- [styles.css](/home/jan/Documents/RFP/Infinity_Vis_Rust/web/v1/styles.css:1)
|
||||
- [technical.html](/home/jan/Documents/RFP/Infinity_Vis_Rust/web/v1/technical.html:1)
|
||||
- [technical.js](/home/jan/Documents/RFP/Infinity_Vis_Rust/web/v1/technical.js:1)
|
||||
- [codex_browser_smoke.sh](/home/jan/Documents/RFP/Infinity_Vis_Rust/scripts/codex_browser_smoke.sh:1)
|
||||
|
||||
## Was aktuell als stabil gelten soll
|
||||
|
||||
@@ -139,6 +158,7 @@ Die wichtigsten Fortschrittsanker liegen hier:
|
||||
- `Show/Event` bleibt staged plus Commit ueber `Go` oder `Fade Go`.
|
||||
- Preview-Only und Offline-Status ehrlich anzeigen, keine Fake-Nodes.
|
||||
- Creative Surface nicht mit technischen Mapping-Details ueberladen.
|
||||
- Technical Surface muss gegen partielle/startende State-Snapshots robust bleiben.
|
||||
|
||||
## Sichere Arbeitsreihenfolge fuer weitere Aenderungen
|
||||
|
||||
@@ -156,6 +176,7 @@ Die wichtigsten Fortschrittsanker liegen hier:
|
||||
. "$HOME/.cargo/env"
|
||||
cargo test -q -p infinity_host
|
||||
cargo test -q -p infinity_host_api --test contract
|
||||
scripts/codex_browser_smoke.sh 9012
|
||||
```
|
||||
|
||||
Fuer lokalen software-only Start:
|
||||
@@ -170,6 +191,7 @@ cargo run -p infinity_host_api -- --config config/project.example.toml --bind 12
|
||||
- Das alte Python-Projekt ist derzeit nicht lokal neben dem Repo ausgecheckt. Fuer echte 1:1-Conformance-Vergleiche sollte es bewusst lokal daneben geklont werden.
|
||||
- Das Runbook enthaelt noch einen veralteten Hinweis aus der frueheren Arbeitsbaum-Phase; aktuell ist das Repo wieder ein echter Git-Clone mit `.git`.
|
||||
- Die grosse Pattern-Conformance gegen das alte Python-Projekt ist noch nicht vollstaendig als separater, systematischer Abgleich abgeschlossen.
|
||||
- Ein echter gerenderter Headless-Browser-Runner mit DOM-Interaktion ist lokal noch nicht sauber eingerichtet; vorhanden ist aktuell nur der Route-/Asset-Smoke ueber `scripts/codex_browser_smoke.sh`.
|
||||
|
||||
## Kurzbriefing fuer das naechste Modell
|
||||
|
||||
|
||||
Reference in New Issue
Block a user