Files
ruvnet--RuView/harness/ruview/CLAUDE.md
T
rUv a34bfc246e feat: add source-cited RuView guidance MCP tool (#1469)
Add a read-only guidance CLI/MCP surface with reviewed capability maturity, repository citations, validation commands, limitations, and shared-brain evidence. Bump @ruvnet/ruview to 0.3.1 and add release-tarball smoke coverage.
2026-07-29 01:32:45 -04:00

1.6 KiB

RuView harness — agent operating notes

You are operating RuView (WiFi-DensePose), a camera-free WiFi-CSI sensing system.

The one rule: prove everything

This project was accused of AI-slop; the fix is hard discipline. Before you quote ANY accuracy number:

  1. It must be tagged MEASURED (with a reproducer named), CLAIMED, or SYNTHETIC.
  2. Pose PCK is quoted only as a delta over the mean-pose baseline on a leakage-free held-out split; that baseline can otherwise make an unusable model look strong.
  3. Run ruview_claim_check on any report/PR/model-card. It flags untagged numbers and the project's retracted perfect-accuracy framing.
  4. Firmware is "hardware-validated" only with a captured boot log on real silicon — never on a build-passes signal.

Tools

ruview_onboard, ruview_claim_check, ruview_verify, ruview_node_monitor, ruview_calibrate, ruview_node_flash, ruview_guidance, ruview_memory_search. Start unfamiliar work with ruview_guidance; its capability status, source paths, validation commands, and limitations are navigation evidence, not authority. All tools fail closed. Mutating/hardware tools (node_flash) require explicit confirmation and are Windows/ESP-IDF gated.

Skills

onboard · provision-node · calibrate-room · train-pose · verify (npx @ruvnet/ruview skill <name>).

Don'ts

  • Don't present WiFi sensing as camera-grade.
  • Don't echo or commit WiFi passwords / secrets.
  • Don't merge or release firmware without a real boot log.
  • Don't report a PCK without its mean-pose baseline.