CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

device-access

Reach RuView sensing hardware from the machine it is attached to — ESP32 CSI nodes (serial + UDP stream), 60 GHz MR60BHA2 / 24 GHz LD2410 mmWave radars, RPLIDAR and iPhone LiDAR — and from other machines over SSH, read-only.

68

Quality

85%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

93%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An exemplary lean skill body: copy-paste-ready commands for every hardware modality, explicit expected outputs acting as validation checkpoints, and tight non-obvious constraint notes. The only gap is the absence of error-recovery guidance when device discovery or a read fails.

DimensionReasoningScore

Conciseness

Lean and efficient throughout: every line is a command, a non-obvious constraint ('A cloud agent cannot see your USB ports', 'The UDP capture cannot share port 5005 with a running sensing server'), or expected-output detail; nothing explains concepts Claude already knows.

5 / 5

Actionability

Fully executable, copy-paste-ready commands with real flags for every device ('ruview mmwave --port <p> --model mr60bha2', 'hosts run --host lab-pi --tool ruview_mmwave_read --args-json {"port":"/dev/ttyUSB0"}'); device-specific values appear as standard CLI placeholders, and common cases per modality are all covered.

5 / 5

Workflow Clarity

Clear numbered sequence (find devices → read modality → remote hosts) with explicit checkpoints via the 'Confirms' column ('chip id; CSI callbacks in the serial log', 'valid frames, checksum errors') and the host-key pinning step. Not a 5: no error-recovery guidance for failure cases (e.g., doctor finds no device), a minor validation gap.

4 / 5

Progressive Disclosure

Under 50 lines, single-purpose, and well-organized into clean sections with no external references needed; the body references no bundle files, meeting the simple-skill exception.

5 / 5

Total

19

/

20

Passed

Description

70%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A highly specific, well-scoped description that names concrete hardware and access modes with excellent distinctiveness. Its main weakness is the absence of an explicit 'Use when...' trigger clause and a few missing natural synonyms, leaving completeness at the capped midpoint.

Suggestions

Add an explicit trigger clause, e.g., 'Use when the user mentions ESP32 CSI, mmWave/mR60BHA2/LD2410 radars, RPLIDAR, iPhone LiDAR, or asks to read sensing hardware over serial/UDP or via a remote SSH host.'

Include the Realtek/Ameba device family (RTL8721Dx) that the body covers, so users naming those parts trigger this skill.

State the read action explicitly ('read and capture device data') rather than the single generic verb 'reach', to round out the capability list.

DimensionReasoningScore

Specificity

The description names concrete device models and transports ('ESP32 CSI nodes (serial + UDP stream), 60 GHz MR60BHA2 / 24 GHz LD2410 mmWave radars, RPLIDAR and iPhone LiDAR', 'over SSH, read-only'), giving comprehensive hardware coverage, but the action set reduces to a single verb ('Reach ... sensing hardware') rather than multiple distinct concrete actions.

4 / 5

Completeness

The 'what' is explicit and specific (reach sensing hardware from the attached machine, and from other machines over SSH read-only), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3.

3 / 5

Trigger Term Quality

Natural trigger keywords are well covered ('ESP32', 'mmWave', 'radar', 'RPLIDAR', 'LiDAR', 'SSH', 'serial', 'CSI') — terms a user would actually say. A few natural synonyms the body covers are missing (e.g., 'Realtek'/'Ameba', 'WiFi sensing'), keeping it just below comprehensive.

4 / 5

Distinctiveness Conflict Risk

The RuView/ESP32/specific-radar-model niche is highly distinct with explicit device names and a read-only SSH framing; minimal risk of triggering for the wrong skill.

5 / 5

Total

16

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

ruvnet/RuView

Path

harness/ruview/.claude/skills/device-access/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.