CtrlK
BlogDocsLog inGet started
Tessl Logo

ruview-cli-api

Use the RuView `wifi-densepose` CLI binary (incl. MAT scan/status/zones/survivors/alerts/export subcommands), the REST API (`wifi-densepose-api`, Axum), and the browser/WASM build (`wifi-densepose-wasm`, `wifi-densepose-wasm-edge`). Use when integrating RuView into another program, scripting it from the shell, exposing it over HTTP, or shipping it to the browser / ESP32-WASM3.

71

Quality

86%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

87%

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

A concise, highly actionable skill body with concrete commands and well-organized, one-level-deep references. The main gap is workflow clarity: validation is mentioned only as a closing note rather than as explicit checkpoints within the CLI/API/WASM workflows.

Suggestions

Add explicit validation checkpoints within each workflow (e.g. after `mat scan` or `wasm-pack build`, state what to verify and how to recover on failure) to support a validate→fix→retry loop.

Promote the closing `cargo test` validation line from a Reference footnote into a labeled 'Validate after changes' step in the relevant workflows.

DimensionReasoningScore

Conciseness

Lean and efficient — tables and short command blocks assume Claude's competence and explain no general concepts. Not 2 because there is no unnecessary explanation or padding to tighten.

3 / 3

Actionability

Provides fully executable, copy-paste-ready commands (cargo run, docker run, wasm-pack build) with concrete flags and examples. Not 2 because the guidance is complete and executable rather than pseudocode or abstract direction.

3 / 3

Workflow Clarity

Sections and the 'Where it fits' matrix give a clear sequence of options, and a validation command appears in the Reference section, but there is no per-step validate→fix→retry checkpoint within the workflows. Capped at 2 because batch/deploy-style operations lack explicit validation feedback loops.

2 / 3

Progressive Disclosure

Clear overview with well-signaled, one-level-deep references (docs paths, ADRs, crate READMEs) and appropriately split sections. Not 2 because references are clearly signaled and organized rather than buried or nested multiple levels.

3 / 3

Total

11

/

12

Passed

Description

85%

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 strong, specific description that clearly states capabilities and provides an explicit 'Use when' trigger clause. It is somewhat weighed down by internal package names and technical jargon that users may not say verbatim, keeping trigger term quality below the top anchor.

Suggestions

Soften internal package-name jargon (e.g. 'wifi-densepose-api', 'Axum', 'ESP32-WASM3') with plain-language alternatives a user would naturally say, to raise trigger term quality.

Consider adding common phrasings like 'shell script', 'HTTP endpoint', or 'run in the browser' alongside the technical terms.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — CLI subcommands (scan/status/zones/survivors/alerts/export), the REST API, and the WASM builds — rather than vague language. Not the level below because it enumerates specific capabilities, not just a domain and some actions.

3 / 3

Completeness

Explicitly answers both 'what' (CLI, REST API, WASM builds) and 'when' via the 'Use when integrating... scripting... exposing... shipping...' clause. Not 2 because the trigger guidance is explicit, not merely implied.

3 / 3

Trigger Term Quality

Includes some natural terms users would say ('scripting it from the shell', 'exposing it over HTTP', 'browser'), but the description leans heavily on internal package names and jargon ('wifi-densepose-api', 'Axum', 'ESP32-WASM3') that a user is less likely to voice naturally. Not 3 because coverage of plain-language variations is thin.

2 / 3

Distinctiveness Conflict Risk

Scoped to RuView's programmatic surfaces with distinct triggers (CLI scripting, HTTP exposure, browser/ESP32 WASM), making it unlikely to fire for unrelated skills. Not 2 because the niche is clearly bounded rather than overlapping with generic tooling skills.

3 / 3

Total

11

/

12

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
ruvnet/RuView
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.