Full implementation spec for the nvsim operator dashboard (mockup
included at assets/NVsim Dashboard.zip). Vite + TypeScript + Lit SPA
with two pluggable transports against a single NvsimClient interface:
- WasmClient: nvsim compiled to wasm32-unknown-unknown, run inside a
Web Worker. Default mode for GitHub Pages — no server, no upload.
- WsClient: REST control plane + binary WebSocket frame stream against
a new nvsim-server Axum binary in v2/crates/nvsim-server/.
Both transports share a single TypeScript interface; the dashboard
never binds to a concrete client. Witness verification asserts
byte-equivalence between WASM and WS modes against
Proof::EXPECTED_WITNESS_HEX.
Sections cover: full UI inventory from the mockup (12 zones, ~50
components, every modal/palette/shortcut), crate work (wasm-bindgen on
nvsim, new nvsim-server, @ruvnet/nvsim-client npm package), state
model (signals + IndexedDB persistence), build pipeline (GitHub Pages
deployment via wasm-pack + Vite + actions/deploy-pages), six
implementation passes mirroring the nvsim Pass 1-6 plan, 12 acceptance
gates, risks, alternatives, open questions.
Cross-references ADR-089/090/091 and the Ghost Murmur use-case spec.
Mockup committed alongside as the canonical UI contract.
Co-Authored-By: claude-flow <ruv@ruv.net>
- Implemented the WiFi DensePose model in PyTorch, including CSI phase processing, modality translation, and DensePose prediction heads.
- Added a comprehensive training utility for the model, including loss functions and training steps.
- Created a CSV file to document hardware specifications, architecture details, training parameters, performance metrics, and advantages of the model.
ruv