CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

provision-node

Build, flash, and provision an ESP32-S3/C6 CSI node for RuView — firmware variant choice, cross-platform checksum-verified esptool flashing, NVS/WiFi/channel/MAC-filter overrides, boot-log evidence.

67

Quality

84%

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

86%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.

A tight, highly actionable hardware-provisioning skill: every section is command-driven with real flags, validation gates, and a security note ('Never echo or commit the WiFi password'). The only weaknesses are version pins that will rot and no remediation guidance when validation fails.

Suggestions

Add a brief fix-path for the two failure gates: what to check when 'flash' aborts on chip-id mismatch or when the boot log shows no 'CSI cb #' callbacks (e.g., antenna/variant mismatch, wrong port) so the workflow has a feedback loop.

Consolidate time-sensitive pins ('v0.8.1-esp32', 'ESP-IDF v5.4', 'rev v0.2') into a short 'Versions' note or mark them as 'current as of' so future drift is localized rather than scattered through the steps.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — no concept explanations, just commands and project-specific facts ('writes 0x0 / 0x8000 / 0xf000 / 0x20000 (NVS preserved)'). Time-sensitive pins ('GitHub release v0.8.1-esp32', 'ESP-IDF v5.4') are not placed in a versions/deprecated section, which per the guidelines penalizes conciseness, so it sits at 4 rather than 5.

4 / 5

Actionability

Fully executable, copy-paste-ready commands cover the common cases: 'npx @ruvnet/ruview doctor/flash-plan/flash --port <PORT> --bundle <dir> --variant s3-8mb --confirm', 'python firmware/esp32-csi-node/provision.py --port <PORT> --ssid ... --channel 6 --filter-mac AA:BB:CC:DD:EE:FF', and a concrete monitor PASS criterion ('CSI cb #... callbacks').

5 / 5

Workflow Clarity

A clear 4-step sequence (pick variant → flash → provision → confirm) with explicit validation checkpoints: SHA256SUMS verification, chip-id refusal ('refuses a chip that does not match the variant'), and 'No callbacks → the node isn't capturing; do not proceed to calibration'. It lacks an error-recovery loop (what to do when flashing fails or callbacks never appear), so it does not reach the score-5 anchor's feedback loops.

4 / 5

Progressive Disclosure

A compact (~51-line), well-organized single-file skill with four numbered sections and no external references needed; per the simple-skill scoring note, well-organized sections with no need for bundle files merit a 5.

5 / 5

Total

18

/

20

Passed

Description

75%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 specific, distinctive, third-person description that names the full capability set of the skill. Its one real weakness is the absence of any 'when to use' trigger guidance, which both caps completeness and weakens discoverability.

Suggestions

Append an explicit trigger clause, e.g.: 'Use when bringing a new ESP32-S3 or ESP32-C6 sensing node online, flashing or re-flashing node firmware, or changing its WiFi, channel, or MAC-filter settings.'

Add one or two natural synonyms users might say — e.g., 'set up', 'deploy', or 'upload firmware' — to broaden trigger matching beyond 'flash'/'provision'.

DimensionReasoningScore

Specificity

Multiple specific concrete actions with comprehensive coverage of the provisioning pipeline: 'Build, flash, and provision', 'checksum-verified esptool flashing', 'NVS/WiFi/channel/MAC-filter overrides', 'boot-log evidence'. It exceeds the score-4 anchor (which allows minor gaps) — every phase of the task is named.

5 / 5

Completeness

The 'what' is explicit and detailed, but there is no 'Use when...' clause or equivalent trigger guidance; 'for RuView' names the project, not a usage condition. Per the judging guidelines, a missing explicit trigger caps completeness at 3 — it does not reach 4, which requires both what and when.

3 / 5

Trigger Term Quality

Good keyword coverage with natural domain terms users would say — 'flash', 'provision', 'ESP32', 'firmware', 'WiFi', 'node' — but common synonyms like 'set up', 'deploy', or 'upload firmware' are missing, so it falls short of the comprehensive score-5 anchor.

4 / 5

Distinctiveness Conflict Risk

A clear niche with distinct triggers — 'ESP32-S3/C6 CSI node for RuView', 'esptool', 'MAC-filter overrides' — that no generic skill would match; minimal conflict risk.

5 / 5

Total

17

/

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/provision-node/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.