Embedded-AI-Harness: Skill for Claude Code

.claude/skills/harness/SKILL.md

harness is a skill for Claude Code from SensorsIot/Embedded-AI-Harness. It costs 148 tokens per session (2,077 once invoked), scanned A, original, MIT.

A one-time project setup process that prepares an AI coding workflow with project definitions, documentation areas, testing rules, a test plan, and required hardware connections.

In plain words
What is it for?
It helps prepare a project before build sessions, check requirements and verification rules, create testing documentation, declare available capabilities, and connect only the firmware modules the project needs.
Why use it?
It prevents the AI from starting work without knowing the project’s requirements, current position, testing expectations, or available equipment.

Skill for Claude Code

Written for Claude Code: installed under .claude/.

This is SensorsIot/Embedded-AI-Harness's own configuration. It tells Claude Code how to work on Embedded-AI-Harness itself, so it is not a mod to install elsewhere. Copy it as a starting point and replace the rules that are about this project. Everything Embedded-AI-Harness configures →

Reuse

Borrowing it

Nothing to install: this file belongs to SensorsIot/Embedded-AI-Harness. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.

Copy the file
curl -O https://raw.githubusercontent.com/SensorsIot/Embedded-AI-Harness/main/.claude/skills/harness/SKILL.md
Clone the repo
git clone --depth 1 https://github.com/SensorsIot/Embedded-AI-Harness

Made for: Claude Code.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for harness

README.md
[![agentmods](https://agentmods.dev/badge/skills/sensorsiot/embedded-ai-harness/harness/github.svg)](https://agentmods.dev/skills/sensorsiot/embedded-ai-harness/harness)
Your own site
<a href="https://agentmods.dev/skills/sensorsiot/embedded-ai-harness/harness"><img src="https://agentmods.dev/badge/skills/sensorsiot/embedded-ai-harness/harness/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

agentmods 80×15 button for harness

Your own site · 80×15
<a href="https://agentmods.dev/skills/sensorsiot/embedded-ai-harness/harness"><img src="https://agentmods.dev/badge/skills/sensorsiot/embedded-ai-harness/harness.svg" alt="Reviewed on agentmods" width="80" height="20"></a>
Per session 148 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 2,077 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe. Third-party audits
  • NVIDIA SkillSpector warn 7 Sept 2026
SkillSpector: 1 finding, up to medium

These are SkillSpector’s own severities. On a checked sample its high-severity flags on skills were ~96% false positives — a documented command, a public API, a “never do X” rule — so we show them as a caution to read, not a verdict. Why →

  • medium Excessive Agency · line 127
    Skill enables autonomous high-impact decisions without human-in-the-loop verification. Critical operations (destructive commands, financial transactions, data deletion) should require explicit user confirmation.
    Fix: Add human-in-the-loop confirmation for destructive, irreversible, or high-impact operations. Never auto-execute commands that modify files, send data, or alter system state.
How audits are shown
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5.1 $0.00148 $0.02077
Opus 5 $0.00074 $0.01038
Sonnet 5 $0.00030 $0.00415
Haiku 4.5 $0.00015 $0.00208

Measured 10d ago against content hash b374c3e929f5, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-10, from the pricing page.

Security

Grade A, and why

harness scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 10d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

.claude/skills/harness/SKILL.md · 145 lines

How it starts

The opening of the file, as written. The whole thing — 145 lines — stays where its author put it; the contents beside it link to each section on GitHub.

Harness — Phase 1 sequencer

Runs once per project. This skill owns only the order and the checklist of what "harnessed" means; every step delegates to the skill that does the work. A harness is the coupling between horse and load: after this phase, a /build session can open, state its position, and act.

The sequence

# Step Delegate to
1 Definition first. No FSD → run Phase 0 now: /define (grill → create). FSD exists → verify every Must/Should carries a verification contract; missing ones are the first act /define
2 Three planes installed or bound: FSD home, docs/Method/, docs/UserDocumentation/ + docs/00-Overview.md at the docs root /define planes mode
3 Testing standard stamped (setup/teardown/evidence rules + shared procedures, one file) /define templates
4 testing/test-plan.yaml created; capabilities declared — bench capabilities copied from what the bench reports (available: yes as declared — a project never proves them), plus this project's own peers and equipment. Blocked is computed from these, never typed this skill
5 Firmware integration — only the modules the FSD requires. UDP logging always (the loop's eyes inside the DUT); WiFi provisioning, OTA, BLE hooks only when the FSD carries the corresponding requirements. A module the spec never asked for is silent pack adoption testbench-integration
6 CI: build on push, release on tag plus the release-verify job (flash the released artifact to the testbench, run the journey; red journey = no release) setup-action
7 Devcontainer and toolchain, with the GitHub Actions runner inside it — see below esp-idf-handling / esp-pio-handling (project + toolchain setup)
8 Generate this project's gate checks — one file per gate under testing/gates/, filled with this project's paths, ids, DUT, capabilities, markers and CI. A generic checklist cannot catch a project-specific omission this skill · ../build/references/gate-checks.md
9 Close with the two questions only the user can answer — see below this skill

Read the full file on GitHub · 145 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 10d ago First seen · 145 lines · 148 tokens per session scan A b374c3e929f5

Subscribe to this mod's changes

harness is a skill published in the GitHub repository SensorsIot/Embedded-AI-Harness (173 stars, last pushed 1mo ago), licensed MIT. It adds 148 tokens to every session and 2,077 once invoked, about $0.0007 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other skills, from other repositories

m5stack-cap-lora-1262

Hardware reference and firmware helper for the M5Stack Cap LoRa-1262 (SKU U214) — a snap-on cap for the Cardputer Adv (K132-Adv) and CardputerZero that carries a Semtech SX1262 sub-GHz LoRa radio (868–923 MHz, +22 dBm TX, external RP-SMA antenna) and an ATGM336H-6N GNSS receiver (GPS/QZSS/BeiDou/Galileo/GLONASS, UART…

iot-forge/m5stack-skills · 254 tokens

new-device-skill

Build or update an M5Stack hardware skill in this marketplace — a Controller (a board that runs firmware, like Core2 or AtomS3), a Unit (a peripheral you drive from a Controller, like a ToF sensor or a relay), or a Chip (an Espressif SoC capability layer, like esp32-c6). Use whenever adding a new board/unit/chip to…

iot-forge/m5stack-skills · 171 tokens

m5stack-tab5

Hardware reference and development helper for the M5Stack Tab5 (product code C145) — an ESP32-P4-based 5" touchscreen IoT/industrial terminal with an ESP32-C6 wireless co-processor, MIPI-DSI display, MIPI-CSI camera, ES8388 audio codec, BMI270 IMU, RX8130CE RTC, RS485, and a removable NP-F550 battery. Use this skill…

iot-forge/m5stack-skills · 236 tokens

m5stack-core2

Hardware reference and development helper for the M5Stack Core2 family — a 2.0" touchscreen ESP32 (classic, Xtensa LX6) Controller built around an AXP192 power management IC, ILI9342C display, FT6336U capacitive touch, BM8563 RTC, and (on original/1.1/1.3 revisions) an MPU6886 or BMI270 IMU. Covers the plain Core2…

iot-forge/m5stack-skills · 328 tokens

esp32-c6

Chip-level ESP-IDF capability reference for the ESP32-C6 SoC (single-core RISC-V HP core + RISC-V LP core, WiFi 6 + BLE 5.3 + Thread/Zigbee) — what the chip can do, distinct from any board's wiring. Use when a user wants to exploit ESP32-C6 hardware — WiFi 6/BLE/802.15.4 radio coexistence (Thread Border Router, Zigbee…

iot-forge/m5stack-skills · 307 tokens

esp32-p4

Chip-level ESP-IDF capability reference for the ESP32-P4 SoC (dual-core RISC-V HP cores + a RISC-V LP core) — what the chip can do, distinct from any board's wiring. Use when a user wants to exploit ESP32-P4 hardware — MIPI-CSI/DSI with the on-chip ISP, hardware JPEG encode/decode, hardware H.264 encode, PPA/2D-DMA…

iot-forge/m5stack-skills · 270 tokens