Force a written spec before any code change. Logs every edit with a backlink.
Project description
specwarden 🪨
Every code change traces back to a written spec. Enforced by hooks, not vibes.
bash <(curl -fsSL https://raw.githubusercontent.com/ameyxd/specwarden/main/install.sh)
The problem
AI agents start editing the moment you say go. Silent assumptions get baked in, adjacent files get touched, and by the time you review the diff the decisions are already made. The Karpathy CLAUDE.md named the failure modes — silent assumptions, hidden confusion, scope creep — and proposed behavioral rules as the cure. Rules work until the agent ignores them.
The fix in 30 seconds
A typical session with specwarden active:
You: add JWT auth to the Flask API
Claude: I've drafted the spec at .claude/specs/jwt-auth.md — here's a summary
so you can review before I touch any files:
## Assumptions
- The app uses Flask-Login; we are not replacing it
- Secret is sourced from env var JWT_SECRET; wiring that var is out of scope
## Scope
- Modify src/auth/middleware.py
- Add src/auth/jwt.py
- Leave src/models/user.py untouched
## Non-goals
- No refresh token logic
- No env-var wiring for JWT_SECRET
## Success criteria
- [ ] test_jwt_verify passes
- [ ] Manual login with expired token returns 401
Type `ready` when you want me to proceed.
You: ready
Claude: [edits src/auth/middleware.py]
[creates src/auth/jwt.py]
# .claude/decisions/jwt-auth.md now contains:
## 2026-05-06T14:32:18Z
- File: src/auth/jwt.py
- Lines: 1–87 (created)
- Summary: Initial JWT verification middleware
- Tool: Write
No edits land until the spec exists. Every edit that does land is logged.
Benchmark numbers
Across five fixture tasks, arm A (vanilla Claude Code) modified 8 files in total. With specwarden in context, arm B (skill only) and arm C (skill + hooks) modified 2 and 1 files respectively — a 75–87% reduction in out-of-scope file modifications.
Honest caveat: in headless mode, the skill text alone caused Claude to draft
a spec and halt, waiting for human ready confirmation that the runner never
sent. Arms B and C behaved nearly identically in this benchmark because the
PreToolUse hook never had a chance to fire — Claude self-restrained before
attempting any edit. The enforcement value of arm C is in the tail: sessions
where a capable model would otherwise skip the advisory. Total run cost: $3.41.
Full methodology, scorecard, and raw session logs: evals/results/2026-05-11.md.
Reproduce with make eval (~15 min, ~$3.50 in API tokens).
Install and first spec
macOS / Linux / WSL:
bash <(curl -fsSL https://raw.githubusercontent.com/ameyxd/specwarden/main/install.sh)
Windows PowerShell:
irm https://raw.githubusercontent.com/ameyxd/specwarden/main/install.ps1 | iex
Both installers run pipx install specwarden and specwarden init in the
current directory. If you prefer to do it manually:
pipx install specwarden
cd your-repo
specwarden init # creates .claude/specs/, wires hooks into .claude/settings.json
Create your first spec:
specwarden new "add jwt auth"
# opens .claude/specs/2026-05-06_add-jwt-auth.md in $EDITOR
# fill in the four sections, then:
specwarden activate 2026-05-06_add-jwt-auth
Now open Claude Code. The PreToolUse hook is live; no edit lands until the spec is active.
Architecture
Three pieces: a CLI that manages spec state, hooks that intercept every edit,
and a skill that loads the four-slash-command interface into the model's context.
Removing the skill leaves enforcement intact; removing the hooks leaves advisory
guidance intact; the CLI manages the .claude/specs/active file that both read.
Full detail: docs/ARCHITECTURE.md.
What specwarden is not
Pulled from the project spec and the philosophy doc:
- Not a project management tool. No assignees, priorities, due dates, or status boards.
- Not a multi-user collaboration tool. Single-developer workflow only in v1.
- Not a spec generator. The human writes the spec; that is the forcing function.
- Not an integration layer. No GitHub Issues, Linear, Jira, or other trackers.
- Not a migration tool. No importer for existing
.cursorrulesorCLAUDE.mdrules. - Not a web UI. Everything is markdown files in git.
Comparison
| Advisory text | Edit enforcement | Decisions log | Coverage report | Portable | |
|---|---|---|---|---|---|
| github/spec-kit | yes (templates) | no | no | no | many agent hosts |
| Karpathy CLAUDE.md | yes | no | no | no | any host |
Cursor .cursorrules |
yes | no | no | no | Cursor only |
| MCP server | — | no | no | no | yes |
| specwarden | yes | yes | yes | yes | Claude Code + |
specwarden is complementary to spec-kit: use spec-kit's templates to write the spec, install specwarden so the hook layer enforces it during editing. Long-form comparison with tradeoffs: docs/COMPARISONS.md.
FAQ
Doesn't this slow me down?
It adds one step — writing a four-section spec — before code lands. That step
is roughly three to five minutes for a focused change. The bet is that surfacing
assumptions and scope before editing saves more time in review and debugging than
the spec took to write. For cases where it genuinely is overhead (typo fix,
dependency bump), set SPECWARDEN_QUICKFIX=1 to bypass the check.
What about quick fixes?
SPECWARDEN_QUICKFIX=1 claude skips the PreToolUse check entirely. The
decisions log is not populated and the commit will appear as uncovered in
specwarden coverage output. Use it for edits where a spec would be absurd;
accept the uncovered commit.
Why not just use GitHub Issues? Issues track what you want to do. Specs record what you assumed, what was explicitly out of scope, and how you knew you were done — before the code was written, not after. The decisions log records what the agent actually did and why. That chain is what lets you audit a commit six months later without reading every line of diff. An issue link in a commit message does not give you that.
Does it work with Cursor or Codex CLI?
The SKILL.md format and behavioral text load correctly in any agent host that
supports skill injection or system-prompt files. Without Claude Code's hook
support, the enforcement layer (PreToolUse block) is absent, and you get the
advisory behavior only — equivalent to arm B in the benchmark.
Contributing
The most useful contribution is a new eval fixture: a small self-contained
coding task with a starting_state/ directory and a prompt.md. See
evals/README.md for the fixture format and the submission
checklist. Bug fixes and tests follow the same path: open an issue, reference it
in a spec, submit a PR. Commits follow Conventional Commits
(feat:, fix:, docs:, test:, chore:, refactor:); subject under 72
characters; no emoji.
License
MIT — see LICENSE.
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file specwarden-0.1.0.tar.gz.
File metadata
- Download URL: specwarden-0.1.0.tar.gz
- Upload date:
- Size: 94.0 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
85ead28ef178b85fbda4a077f7f5c6ae7f357ec951b1456cc3cdd6a3b2f867fb
|
|
| MD5 |
6b843137dd77547d77556f5ec5bd0f98
|
|
| BLAKE2b-256 |
75575f13de46be8c0f86e02d9f2a748bd5474e0465415eba74d595bc94a8efcc
|
Provenance
The following attestation bundles were made for specwarden-0.1.0.tar.gz:
Publisher:
release.yml on ameyxd/specwarden
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
specwarden-0.1.0.tar.gz -
Subject digest:
85ead28ef178b85fbda4a077f7f5c6ae7f357ec951b1456cc3cdd6a3b2f867fb - Sigstore transparency entry: 1759483626
- Sigstore integration time:
-
Permalink:
ameyxd/specwarden@7df2284a276dca43164748704f31b5e27f11a3fd -
Branch / Tag:
refs/tags/0.1.0 - Owner: https://github.com/ameyxd
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@7df2284a276dca43164748704f31b5e27f11a3fd -
Trigger Event:
push
-
Statement type:
File details
Details for the file specwarden-0.1.0-py3-none-any.whl.
File metadata
- Download URL: specwarden-0.1.0-py3-none-any.whl
- Upload date:
- Size: 15.5 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
530343221e5258bc8e510c947253037b92fcd900ac2b3ce021d2fcfe69f2dbd7
|
|
| MD5 |
d4d18347a43ff930d3117435082e8d41
|
|
| BLAKE2b-256 |
e980b7d3eae76a041f8d519d950a2c68e2415cddbf1285ad3e6397d980c453e3
|
Provenance
The following attestation bundles were made for specwarden-0.1.0-py3-none-any.whl:
Publisher:
release.yml on ameyxd/specwarden
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
specwarden-0.1.0-py3-none-any.whl -
Subject digest:
530343221e5258bc8e510c947253037b92fcd900ac2b3ce021d2fcfe69f2dbd7 - Sigstore transparency entry: 1759483631
- Sigstore integration time:
-
Permalink:
ameyxd/specwarden@7df2284a276dca43164748704f31b5e27f11a3fd -
Branch / Tag:
refs/tags/0.1.0 - Owner: https://github.com/ameyxd
-
Access:
private
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@7df2284a276dca43164748704f31b5e27f11a3fd -
Trigger Event:
push
-
Statement type: