
Hwcontract
io.github.MohibShaikhPublished by GitHub account MohibShaikhv0.6.1Updated Nov 4, 2026
Judge hardware timing/serial against a contract: pass/marginal/fail (WS2812, DShot, logs)
Overview
Judges hardware timing, serial logs and event traces against YAML contracts, returning PASS/MARGINAL/FAIL/MISSING verdicts with evidence hashes.
- What you can do
- List bundled contract templates with their kinds and capture requirements
- Judge timing observations, serial logs or decoded events against a matching contract
- Judge a saved capture CSV, observations JSON, log or trace file under the configured root
- Capture a live logic-analyzer line or serial port and judge it in one call
- Return per-pulse detail, measured values, deltas and evidence hashes for each verdict
- When to use it
- Useful when firmware or driver code must be checked against real signal timing or boot logs, for example WS2812, DShot, SPI pin ordering or serial boot output, and you want an agent to produce an actionable verdict instead of eyeballing a capture.
- Requirements
- Local Python package installed with pip; runs as a stdio process. Judge-only tools need nothing extra. Live capture needs sigrok-cli on PATH, and live serial capture needs the serial extra (pyserial). The demo downloads a recorded capture once, so network access is needed for that first run. Contract paths resolve under HWCONTRACT_ROOT.
Installation
In SourceWeft
- Open Hwcontract in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
hwcontract
Your firmware is correct on paper and wrong on the wire.
Coding agents write WS2812 drivers, ESC bitstreams, and boot logs that pass review and then fail the moment the signal hits a real chip. hwcontract closes that loop. It captures what the hardware actually did and returns a verdict you can act on:
- PASS: within spec
- MARGINAL: in spec but too close to a rail. Works on your bench, dies on a cold board in the field. It fails the verdict: the judge will not ship it.
- FAIL: out of spec, with the measured value and how far off it is
- MISSING: a required observation is absent; this also fails the verdict
Two things a green verdict gives you beyond the table:
- Every pulse is judged, not just the median. Captures carry the full pulse distribution; a glitchy tail that a median hides comes back as marginal or fail, with the violating-pulse count in the hint.
- No verdict finer than the capture can see. A width measured from samples is only known to one sample period. FAIL needs the signal out of spec by more than that, PASS needs it inside by at least that; anything closer is MARGINAL with a hint to capture at a higher samplerate.
- Evidence on every verdict: contract hash, capture hash, capture parameters, tool version, timestamp. A green build in CI traces back to the exact bytes that produced it.
No hardware in your hand? The demo below runs the whole thing on a real recorded signal, so you can see exactly what you get before wiring anything up.
[hwcontract judging a real WS2812B capture, a DMA-broken SPI trace, and a serial boot log]
Replay a real capture
This downloads a recorded 24-LED NeoPixel capture from sigrok (about 109 KiB)
on the first run, verifies its SHA256, then caches it in
$XDG_CACHE_HOME/hwcontract or ~/.cache/hwcontract. It needs network access
once; subsequent runs can use --offline. Use --cache-dir DIR or
--capture PATH for a copy of the same pinned capture. No sigrok installation
or hardware is needed. Capture provenance and license.
The capture is judged against two contracts. Same signal, two verdicts (output excerpt; each judgment also prints its evidence hashes):
To judge the same capture yourself, the way you would judge your own:
Same hardware, two contracts: the generic one fails, the chip-specific one passes. The generic rows are MARGINAL rather than FAIL because at 24MHz each sample is 41.7ns, and every miss is smaller than that: the capture shows the signal is too close to the WS2812 limits, not that it is definitely past them. A WS2812B isn't a WS2812. Measure the real signal, hold it to a spec, and match the contract to the actual chip.
See the temporal engine catch a DMA bug
100 synthesized SPI frames as raw CS/SCK/MOSI waveforms at 100MHz, reduced to
pin edges and judged against the bundled spi-frame contract. Frame 77 has
a simulated DMA ordering fault: chip-select asserts after the clock starts. Frame
42 settles MOSI 10ns before the sampling edge. Both come back with exact
timestamps. An additional artificial B/E jsontrace roundtrip tests the
importer; those annotations are not real sigrok SPI decoder output:
This is an offline, deterministic pin-timing demonstration. It does not decode
SPI payload bytes or run a loopback test. python3 -m hwcontract.demo serial
also works offline with synthetic clean and panicking boot logs. Repository
commands such as python3 demo/spi_dma_temporal.py remain compatibility wrappers.
All demos exit zero when their expected PASS/FAIL outcomes occur; use the judge
CLI or MCP verdict for a production check.
What you get
- 28 bundled contract templates, including WS2812-family LEDs, DShot, servo/I2C/sensor/stepper timing, serial boot logs, and SPI pin ordering. They are a spec library, not 28 ready-to-use capture integrations. Verify the template against your exact part and its datasheet.
- New hardware is a YAML file. A timing edge says what it measures on a
0/1 capture (
measure: high,loworperiod, optionallyafter:another edge), so any single-line pulse protocol (an LED chip, a DShot rate, a PWM fan, a part released last week) is judged from its datasheet numbers alone. No protocol is hardcoded. Multi-line timing (I2C setup/hold, STEP/DIR) still needs an adapter that emits observations JSON. - Every pulse is accounted for. Each one lands on the edge whose window
holds it, or is blamed on the nearest window within 2x; a pulse the contract
cannot explain fails as
unmatched, one row per spread of widths. Failing rows say where: the time, and with a frame delimiter such as RESET, the frame and how many highs came before (for an LED strip, the bit index). The tool reports facts; the model reading them brings the protocol knowledge. - Temporal assertions on normalized events. Raw pin transitions feed
spi-frame; decoder annotations need contracts matching the decoder's actual sources and event types. - An MCP server your agent can call, or plain CLI commands you can run by hand.
- Evidence on every verdict: contract hash, capture hash, capture parameters, tool version, timestamp. A green build traces back to the exact bytes.
- Reasonable by default: timing edges are all measured in nanoseconds, serial contracts are Python regex, verdicts come back with the measured value and the delta so an agent knows exactly what to fix.
Install
Live logic-analyzer capture (check_capture) also needs
sigrok-cli on PATH. Judge-only tools (judge_contract, judge_serial) need
nothing extra.
--check reads the file by the contract's kind: a 0/1 capture CSV (measured
the way the contract's edges say) or observations JSON for timing, a log for
serial, a trace for events. It exits 0 on PASS and 1 on FAIL, and --json
prints the full verdict with every failing pulse's location.
These commands exit immediately. Bare hwcontract starts the MCP stdio server
and waits for JSON-RPC requests on stdin.
Wire it into an agent
One stanza per client, add it once. After install, the hwcontract command is
on your PATH.
Claude Code
Codex CLI: ~/.codex/config.toml
opencode / Cursor / Gemini / any stdio MCP client
Transport is stdio by default (local, no auth surface). For remote-only clients (e.g. ChatGPT connectors), run
hwcontract --http 8791and expose it via a tunnel withHWCONTRACT_TOKENset for bearer auth.Speaks MCP 2026-07-28, the stateless revision: per-request
_meta,server/discover, no handshake. Clients that still open withinitializeget the old shape back. Each request picks its own era, so nothing to configure.
If the client can't find hwcontract (PATH issues)
GUI apps and some agents don't inherit your shell PATH, so a bare hwcontract
can fail with "command not found". Two robust fixes:
- Use the absolute path:
which hwcontract→ put that full path incommand. - Or invoke via Python (no PATH lookup for the script):
command: "python3",args: ["-m", "hwcontract.server"]. Works from any directory once installed.
Contract paths: MCP tools accept short bundled names such as ws2812b,
boot, or spi-frame, or their full filenames (ws2812b.contract.yaml).
These names match the pytest plugin and Action; for DShot600 the name is
dshot, and the mini LED name is ws2812b_mini. An existing project file wins.
Relative paths resolve under HWCONTRACT_ROOT (default: the server's working
directory). Arbitrary absolute paths and symlinks must stay within that root.
Only exact installed paths returned by list_contracts may refer to bundled
contracts outside it; this does not grant access to other package files.
The lower-level judge and temporal module CLIs still take file paths.
The tools
Event contracts check relationships for every occurrence, with latency
distributions and first-failure timestamps. The bundled spi-frame contract
requires gpio.cs.falling/rising, spi.sck.rising, and spi.mosi.* raw pin
edges. A sigrok SPI Data annotation does not supply those events. Follow the
complete multi-channel CSV-to-edge recipe
to judge an actual capture. Semantic decoder checks use separate contracts
matching the imported decoder rows.
Use the judge matching the contract kind: timing, serial, or events. Wrong-kind calls are errors. Serial logs longer than 1,000,000 characters are rejected, not silently truncated. CSV inputs must contain valid digital samples; malformed rows and empty captures are errors, not evidence of a passing device.
Prefer plain pytest over MCP? pytest-hwcontract is a
plugin that turns verdicts into tests: a FAIL, MARGINAL or MISSING edge fails
the test with the verdict table in the message, JUnit included.
Gate CI on it
The repo ships a GitHub Action, so captures checked into the repo get judged on every PR:
A FAIL, MARGINAL or MISSING edge fails the step, annotates the failing line,
and writes JUnit. Timing CSVs are measured the way the contract's edges say,
the same judging as hwcontract --check; contracts without measure: take
observations JSON. The
action self-tests on every push to this repo with one clean and one
deliberately broken capture.
Replaying an unchanged recorded capture checks the judge and contract against those recorded bytes. It does not test newly built firmware. To gate a firmware change, flash that build, collect a fresh capture/log, and judge it; retain the firmware revision, capture parameters and verdict evidence together.
How it fits together
judge.py. The pure judge for timing and serial, plus contract validation. No hardware, no framework, cached.temporal.py. Cross-event temporal assertions: selectors, signed windows, latency distributions, first-failure timestamps.jsontrace.py. Imports sigrok-cli's Google Trace Event JSON into normalized events.sigrok_adapter.py. Reads 0/1 captures from CSV or live sigrok; its fixed WS2812 bucketing backscapture_ws2812.serial_adapter.py. Captures a serial log, or replays a saved one.measure.py. Turns a 0/1 capture into observations the way a contract's edges say, and locates every pulse. No protocol tables.check.py. Judges a capture, log or trace by its contract's kind. Shared byhwcontract --check, the MCP tools, the pytest plugin and the GitHub Action.server.py. The MCP server, stdio and HTTP JSON-RPC, stdlib only.*.contract.yaml. What "correct" looks like. Human-editable, and they double as regression tests.
The contract format
Timing (ws2812.contract.yaml, dshot.contract.yaml): pulse widths in ns
Serial (boot.contract.yaml) uses Python regex:
Events (spi-frame.contract.yaml) assert relationships between decoded
events — SVA-style temporal checks on raw pin edges or sigrok annotations:
A new contract needs matching observations. Add an adapter when the existing capture paths do not emit them; YAML alone does not add protocol support.
Kill switch
Instantly disable every hardware-touching tool (captures) while leaving the pure judge tools working:
Security
Every tool argument is treated as hostile, since the caller is an LLM that can be
prompt-injected. Arbitrary contract paths are confined to the server working directory,
with HWCONTRACT_ROOT overriding it; exact bundled contracts are allowlisted. driver/channel/port are charset-validated,
samples/seconds/samplerate are clamped, sigrok-cli runs with a timeout,
YAML is safe_load. Do not expose this server over the network without adding
authentication.
Self-tests: no hardware, run from anywhere
CI runs the suite on every push and PR, and the PyPI publish job waits for it.
Source: README.md at commit 8602024
Tools
0Version history
4- v0.6.1LatestOct 21, 2026
- v0.6.0Oct 16, 2026
- v0.5.0Oct 15, 2026
- v0.4.2Sep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts