Skip to main content

StepCheck Dev

CI Live: 126-session audit receipt · 50-turn interactive replay

Deterministic Anti-Context-Rot State Engine · BYOK Token-Firewall Proxy · Streamable HTTP MCP Server · Split-Pane Visual Workspace. Ubiquitous language and the two public testing seams live in GLOSSARY.md.

Layout

Path What it is
backend/kernel/ StateKernel (Seam 1): OKF graph compilation, bounded checkout(focus=) with AST skeleton slicing, 3-tier gated commit(source= | patch=) with diff folding (A mechanical/locked · B omission · C semantic invariants over src/tree/ns, auto-mined from leading if …: raise guards with zero annotations), DSSE/SHA-256 attestation, draft GC, cache-cliff telemetry
backend/server.py DualDoorGateway (Seam 2): Door 1 firewall proxy (/v1/chat/completions, /v1/messages, BYOK or dry-run) with three-band accordion compaction and opt-in tier routing, Door 2 REST /v1/step/* (incl. the warm POST /v1/step/hook lifecycle-hook evaluator) + FastMCP Streamable HTTP at /mcp + WS /v1/ws/{session_id}
backend/tests/ 166 tests, all at the two seams, zero mocks of internals (incl. the 50-turn ≥85% benchmark gate, self-hosted compaction floors, latency budgets, a 10-class fault-injection matrix, the wild-corpus hardening cases, dotted method slicing, multi-definition symbol groups, budget laundering and in-toto provenance)
frontend/ StepCheck Studio: React + TS + Vite + Tailwind, @xyflow/react OKF graph (Pin & Lock), Monaco DiffEditor + attestation viewer, live gate feed + cost chart, WS-driven; replays a built-in demo session when no gateway is reachable
extension/ VS Code / Cursor webview wrapper (StepCheck: Open Studio)
benchmarks/ 50-turn coding-rot benchmark (events injected at T20/T25/T35/T36; 87.9% tokens saved) + review generator
architecture-review.html Generated visual report
stepcheck-studio-preview.html Zero-dependency interactive replay of the 50-turn run (turn scrubber, graph, patch diff, attestation, cost curve)
backend/cli.py + pyproject.toml stepcheck up / benchmark / review / preview / audit [--card] / ci [--report] / llms / hooks — hooks [path] installs idempotent Claude Code hook wiring under .claude/ that calls the gateway's /v1/step/hook and allows when the daemon is offline; ci --report writes the PR blast-radius and provenance checklist; audit --card writes an anonymized SVG badge; llms regenerates docs/llms.txt + docs/llms-full.txt (llmstxt.org) from the repo's own files, so AI search engines quote the measured figures; ci [path] is the headless PR gatekeeper: every module must parse, match its DSSE attestation, hold no DIRTY_OMISSION_RISK, and pass Gates A/B/C with all invariants executed (exit 1 names the module and violation); .github/workflows/ci.yml runs it on Ubuntu + Windows
backend/audit.py stepcheck audit [path]: reads Claude Code ~/.claude/projects/*.jsonl, receipts cache-cliff waste vs skeleton checkouts and dropped-decorator/guard edits + their retry loops → stepcheck-audit.html (falls back to benchmarks/fixtures/sample_session.jsonl)
CLAUDE.md → .cursorrules Agent rules: enforces the StepCheck MCP workflow (init → focused checkout → patch commit → omission check + savings) in Claude Code and Cursor

Run (turnkey)

pipx install git+https://github.com/lalithasutam/stepcheck-dev   # the `stepcheck` CLI, no clone needed
pip install -e .            # …or from a clone (editable)
(cd frontend && npm install && npm run build)   # once: compiled Studio served at /studio
stepcheck up                # one port (:8420): Studio UI + Door 1 proxy + REST + MCP + WS
stepcheck benchmark         # 50-turn coding-rot benchmark
stepcheck review            # architecture-review.html
stepcheck preview           # stepcheck-studio-preview.html (self-contained replay)
stepcheck audit             # your own cache-cliff waste + Read-tool bloat, no server needed → stepcheck-audit.html
stepcheck ci backend        # headless gate: parse + attestations + Gates A/B/C for every module (CI/PR)
stepcheck llms              # docs/llms.txt + docs/llms-full.txt from README, GLOSSARY, LAUNCH and benchmarks/results.json
stepcheck hooks             # .claude/hooks + settings wiring: Read over threshold -> skeleton, Edit of a locked module -> deny, Stop while dirty -> block
stepcheck ci . --report     # the headless gate plus a Markdown PR checklist: touched modules, re-verified callers, conserved symbols, in-toto digests
stepcheck audit --card      # stepcheck-audit-card.svg + a copy-paste badge line; file names and session ids never appear

Door 1: accordion compaction and tier routing

Every proxied turn through /v1/messages or /v1/chat/completions passes a three-band compactor: the last four messages stay verbatim, older Python source blocks over 150 tokens are replaced in place by their AST skeleton, dead-end turns are pruned, and after a cache-cliff gap the oldest band folds into one OKF session-state frame. The dry-run response carries a stepcheck.compaction block with per-band token counts. Routing is opt-in: x-stepcheck-tier: auto (or STEPCHECK_TIER_POLICY=auto) sends a focused single-symbol turn to STEPCHECK_FAST_MODEL first and re-sends it to the requested frontier model only when a gate rejects the draft; without the header nothing changes.

TypeScript and JavaScript projects

.ts, .tsx, .js and .jsx files are indexed next to .py (declaration files, node_modules, dist, build and out are skipped). Relative imports become graph edges, top-level declarations render as brace-elided skeletons, patch ops splice exact line spans, and Gates A/B plus the DSSE attestation apply unchanged; Gate C has no invariants for TypeScript yet, and class members are not individually addressable.

Checkouts and patch ops address methods too: focus=["StateKernel.commit"] emits that one method verbatim inside a class skeleton, and replace_symbol / delete_symbol on "Class.method" splice only its lines. A name always addresses its whole definition group (@overload stubs + implementation, a @property with its setter). StateKernel.provenance(session_id, node_id) exports the latest attestation as an in-toto Statement v1 inside a DSSE envelope (application/vnd.in-toto+json), the shape cosign and Witness consume; the signature is the kernel's deterministic SHA-256 scheme, not a key.

Claude Code slash commands (work out of the box after cloning)

.claude/commands/ ships four project commands. They need the gateway running (stepcheck up) and the stepcheck MCP server connected (claude mcp add --transport http stepcheck http://127.0.0.1:8420/mcp/); CLAUDE.md supplies the rules they enforce.

Command What it does
/stepcheck-session [node_id …] Brings :8420 up if needed, calls init_project_session on the repo root, locks the named modules (lock_module_invariants), prints the live Studio URL …/studio/?session=<id>
/stepcheck-fix <issue> Fixes the issue strictly through the gates: Red→Green test at a public seam, checkout_context_frame with a narrow focus, surgical commit_verified_step patch, re-verifies every DIRTY_OMISSION_RISK dependent until can_finalize: true, reports attestation sha256s and token savings
/stepcheck-ci [message] Runs stepcheck ci . (zero dirty nodes, zero SHA-256 drift, Gates A/B/C on every module) and the full pytest -q; only then commits with the given message (push only when asked)
/stepcheck-audit [path] [--limit N] Runs stepcheck audit on local Claude Code transcripts and summarises cache-cliff waste, Read-tool bloat vs AST skeletons, and the regressions a gate would have blocked

Run (development)

# backend + tests
cd backend && pip install -r requirements.txt && python -m pytest -q
python server.py                         # gateway on :8420 (PORT overrides)

# frontend
cd frontend && npm install && npm run dev   # Studio on :5173
# open http://localhost:5173/?session=<session_id from POST /v1/step/init>

# benchmark + report
python3 benchmarks/coding_rot_benchmark.py
python3 benchmarks/generate_review.py

# extension (compile check; load the folder via VS Code "Run Extension")
cd extension && npm install && npm run compile

Door 1 in one call

SID=$(curl -s localhost:8420/v1/step/init -d '{"project_root":"/path/to/project"}' \
      -H 'content-type: application/json' | jq -r .session_id)
curl -s localhost:8420/v1/messages \
  -H "x-stepcheck-session: $SID" -H "x-stepcheck-node: billing" \
  -H 'content-type: application/json' \
  -d '{"model":"claude-sonnet-4-5","max_tokens":512,"messages":[...]}'
# add x-api-key + x-stepcheck-upstream (or STEPCHECK_UPSTREAM_BASE) to forward BYOK;
# without them you get the deterministic dry-run with stepcheck.sent_messages.

Testing rules (skill precedence)

tdd + codebase-design override python-testing-patterns on mocking: never mock internal modules, AST parsers, YAML validators, or hash functions. Tests hit Seam 1 / Seam 2 only, against concrete non-tautological fixtures (hand-written projects, hand-calculated telemetry numbers).

Security model

Gate C exec-loads the agent's staged module in an isolated namespace under a step/time guard so callable invariants can run against it. That is an isolated namespace, not a security sandbox: run the gateway in a container when the agent is untrusted. Python projects only for now.

License

Apache-2.0 — see LICENSE and NOTICE. Everything in this repository is the open core (kernel, gates, MCP server, BYOK proxy, Studio, stepcheck ci and stepcheck audit). If StepCheck gets real use, the paid product will be a team layer (shared attestation ledger, org-wide CI gate); the core stays open.

Metadata

Release files for stepcheck-dev 0.2.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 stepcheck-dev 0.2.0
File Size Uploaded Provenance Actions
stepcheck_dev-0.2.0.tar.gz 78.0 kB Without provenance Details for stepcheck_dev-0.2.0.tar.gz

Built distribution (wheel)

Table of built distributions (wheels) for stepcheck-dev 0.2.0
File Interpreter ABI Platform Actions
stepcheck_dev-0.2.0-py3-none-any.whl Python 3 none any Details for stepcheck_dev-0.2.0-py3-none-any.whl

Total release size: 159.4 kB

Release files / stepcheck_dev-0.2.0.tar.gz

Download URL stepcheck_dev-0.2.0.tar.gz
Size 78.0 kB
Tags Source
SHA-256 checksum
How to use checksums
0c0b3c0a15feec067f5cdd4cfd5fbd9d58d87f9eff836165ed827754031c6860
BLAKE2b-256 checksum
How to use checksums
1dbf26367e5fd3b36377c9aebc6df6a8a317a8dc49d215dc44b8ec4b277fafb0
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.9

Release files / stepcheck_dev-0.2.0-py3-none-any.whl

Download URL stepcheck_dev-0.2.0-py3-none-any.whl
Size 81.5 kB
Tags Python 3
SHA-256 checksum
How to use checksums
0c1a05cae100f3d81e82ab6328ee7f846731b464a7f08e76f284ad3ef185ebb7
BLAKE2b-256 checksum
How to use checksums
dbf9a4d438ccd0bb62ce6668078185e3c8351b174322e89479ba62243a06a34c
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/7.0.0 CPython/3.11.9

Security for stepcheck-dev 0.2.0

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.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

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