Skip to main content

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.
  • 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

pip install hwcontract
python3 -m hwcontract.demo ws2812b

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):

measured on the real WS2812B signal (300000 samples @24MHz):
  T0H 333 ns   T1H 833 ns   T1L 417 ns   T0L 917 ns   RESET 992250 ns

=== generic WS2812 contract -> FAIL ===
  T0H     350   333  PASS
  T0L     800   917  FAIL      1842 of 4275 pulses out of window (43.09%)
  T1H     700   833  MARGINAL  only 17ns from max; nudge toward typ 700
  T1L     600   417  FAIL      183ns short (typ 600)
  RESET 50000 992250 PASS

=== matching WS2812B contract -> PASS ===
  (all five edges PASS)

Same hardware, two contracts: the generic one fails, the chip-specific one passes. 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

python3 -m hwcontract.demo spi

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:

cs-precedes-first-clock  800  1  FAIL  trigger at 1540310ns: no gpio.cs.falling
                                          in [1530310ns, 1540310ns] (first of 1)
mosi-setup               800  1  FAIL  forbidden spi.mosi.* at 843300ns is 10ns
                                          before spi.sck.rising at 843310ns

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.
  • Working capture paths: WS2812-family pulse-width buckets, DShot600 via check_dshot, and serial logs. DShot150/300/1200 need rate-specific adapter thresholds. Servo, I2C, HC-SR04 and other timing templates need custom observation adapters producing the contract's named measurements.
  • Temporal assertions on normalized events. Raw pin transitions feed spi-frame; decoder annotations need contracts matching the decoder's actual sources and event types.
  • New specifications can be YAML-only when an existing adapter emits the required observations. A new protocol may also require adapter code and known-good/known-bad captures.
  • 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

pip install hwcontract              # judge + logic-analyzer adapter
pip install "hwcontract[serial]"    # + live serial capture (pyserial)
pip install "hwcontract[untrusted]" # + google-re2 (ReDoS-immune, for untrusted contracts)
pip install "hwcontract[all]"       # everything

Live logic-analyzer capture (check_ws2812 / check_dshot) also needs sigrok-cli on PATH. Judge-only tools (judge_contract, judge_serial) need nothing extra.

hwcontract --help
hwcontract --version
hwcontract --list-contracts         # names, kinds, capture requirements
hwcontract --list-contracts --json  # also includes absolute installed paths

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

claude mcp add hwcontract -- hwcontract

Codex CLI: ~/.codex/config.toml

[mcp_servers.hwcontract]
command = "hwcontract"

opencode / Cursor / Gemini / any stdio MCP client

{ "mcpServers": { "hwcontract": { "command": "hwcontract" } } }

Transport is stdio by default (local, no auth surface). For remote-only clients (e.g. ChatGPT connectors), run hwcontract --http 8791 and expose it via a tunnel with HWCONTRACT_TOKEN set for bearer auth.

Speaks MCP 2026-07-28, the stateless revision: per-request _meta, server/discover, no handshake. Clients that still open with initialize get 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 in command.
  • 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

Tool Hardware? What it does
list_contracts no List all 28 templates, kinds, installed paths and capture requirements.
judge_contract no Judge given observations against a timing contract. Replay / testing.
judge_serial no Judge a given log string against a serial contract's expect/forbid.
judge_events no Judge decoded events against temporal assertions (when/require/within, forbid/while/before).
check_ws2812 yes Capture a live WS2812 line and judge it, one call.
check_dshot yes Same, for a DShot600 ESC signal.
capture_ws2812 yes Just capture → observations (no judging).
check_serial yes Read a serial port for N seconds and judge the log.

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:

- uses: MohibShaikh/hwcontract@action-v0
  with:
    timing: "ws2812b=captures/strip.csv"     # contract=capture-glob, bundled names work
    serial: "boot=logs/boot.log"
    samplerate: 24000000                     # for CSV captures (0/1 per line)
    junit: hwcontract-junit.xml              # shows in the tests tab

A FAIL, MARGINAL or MISSING edge fails the step, annotates the failing line, and writes JUnit. 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

  observers (capture)                  judge (this repo)
  ─────────────────────                ─────────────────
  logic analyzer  ─ pulse widths ─┐
  serial port     ─ log text ─────┼─►  contract × observation  ─►  PASS/MARGINAL/FAIL/MISSING
  sigrok jsontrace ─ events ──────┘         (judge.py / temporal.py)
  • 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. Turns a logic-analyzer capture into pulse-width distributions for WS2812 and DShot.
  • serial_adapter.py. Captures a serial log, or replays a saved one.
  • 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

contract: ws2812
headroom_pct: 20         # in-spec but within 20% of a rail => "marginal"
edges:
  - {name: T0H, min: 200, typ: 350, max: 500}   # '0' bit high time

Serial (boot.contract.yaml) uses Python regex:

contract: boot
kind: serial
expect: ["IMU init OK", "boot v\\d+"]
forbid: ["panic", "Guru Meditation", "\\bnan\\b"]

Events (spi-frame.contract.yaml) assert relationships between decoded events — SVA-style temporal checks on raw pin edges or sigrok annotations:

contract: spi-frame
kind: events
assertions:
  - {name: cs-precedes-first-clock, when: spi.sck.rising,
     require: gpio.cs.falling, within: [-10us, 0ns]}
  - {name: mosi-setup, when: spi.sck.rising,
     forbid: spi.mosi.*, before: 20ns}

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:

export HWCONTRACT_SAFE=1

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

hwcontract --selftest                       # full MCP round-trip
python3 -m hwcontract.judge --demo           # tiny synthetic self-test, includes MISSING RESET
python3 -m hwcontract.sigrok_adapter --demo
python3 -m hwcontract.serial_adapter --demo
pytest                                      # the tests/ suite; pip install -e .[dev]

CI runs the suite on every push and PR, and the PyPI publish job waits for it.

Metadata

Release files for hwcontract 0.5.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for hwcontract 0.5.0
File Size Uploaded
hwcontract-0.5.0.tar.gz 73.1 kB Details

Built distribution (wheel)

Table of built distributions (wheels) for hwcontract 0.5.0
File Interpreter ABI Platform
hwcontract-0.5.0-py3-none-any.whl Python 3 none any Details

Total release size: 136.4 kB

Release files / hwcontract-0.5.0.tar.gz

Download URL hwcontract-0.5.0.tar.gz
Size 73.1 kB
Tags Source
SHA-256 checksum
How to use checksums
8269788ec34c2c1cfd80a9b37b6d50b3b00a48ceddcc78d29cbec13576027d96
BLAKE2b-256 checksum
How to use checksums
a7a510cc4b8ab71999cfd2e0ebfe1d5cb9c8b7cbe58132e8d6afe7cac1720c8b
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 15, 2026.

Transparency log

Release files / hwcontract-0.5.0-py3-none-any.whl

Download URL hwcontract-0.5.0-py3-none-any.whl
Size 63.3 kB
Tags Python 3
SHA-256 checksum
How to use checksums
b7b551615d507d06a6395e5cf4d6ff54603c129dbd9e8db511e92cf88172de35
BLAKE2b-256 checksum
How to use checksums
ef4b01b0318c2bab6184039f09e8f62b8203f18f3e145c2462b1f4056c597a5e
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
Yes
Uploaded via twine/7.0.0 CPython/3.13.14

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

PyPI Publish Attestation

PyPI verified that this artifact, at this checksum, originated from the publisher listed below.

Signed by GitHub Actions, verified by PyPI on Oct 15, 2026.

Transparency log

Release history Release notifications | RSS feed

0.6.0

2 release files

This release

0.5.0 This release

2 release files

0.4.2

2 release files

0.4.1

2 release files

0.4.0

2 release files

0.3.0

2 release files

0.2.1

2 release files

0.2.0

2 release files

0.1.3

2 release files

0.1.2

2 release files

0.1.1

2 release files

0.1.0

2 release files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page