Help us improve
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Share bugs, ideas, or general feedback.
Spec-driven development workflow: maintain a single SPEC.md file as the source of truth, then plan, build, and verify code against it. On test failures or detected drift, automatically trace root causes and backprop fixes into the spec, code, and tests.
npx claudepluginhub juliusbrussee/cavekit --plugin ckBug → spec protocol. When a bug is found or a test fails, trace the cause, decide whether a new §V invariant would catch recurrence, append to §B. This is the one non-obvious thing SDD does that plan-then-execute doesn't. Triggers on test failure, bug report, post-mortem, or explicit user ask.
Plan-then-execute implementation against SPEC.md. Native single-thread loop, no sub-agents. On test or build failure, auto-invokes the backprop skill before retrying — a failed verification always considers whether a new §V invariant would prevent recurrence. Triggers when the user asks to build, implement, execute the spec, or tackle a specific §T task (`build §T.3`, `build --next`, `implement next task`, `run the build`). Expects SPEC.md to exist; if not, defers to the spec skill.
Caveman encoding for SPEC.md and spec-adjacent writes. Loaded by /spec, /build, /check. Cuts tokens ~75% vs prose while staying precise. Triggers on any write to SPEC.md or when user says "caveman", "compress this", "be brief".
Read-only drift detector. Diffs SPEC.md against current code and reports violations grouped by severity. Writes nothing — suggests remedies via the spec or build skills but never invokes them. Triggers when the user asks to check drift, audit the spec, verify invariants, or ask whether code still matches the spec. Phrasings: "check drift", "audit the spec", "does the code still match §V", "check invariants", "spec vs code".
Create, amend, or backprop bugs into SPEC.md at repo root. Sole mutator of the project spec. Triggers when the user asks to write a spec, start a new spec, distill a spec from existing code, add invariants, amend sections (§G, §C, §I, §V, §T, §B), or record a bug via backprop. Common phrasings: "write the spec for...", "new spec", "bug: ...", "amend §V.3", "distill spec from code", "spec this idea". Reads and follows FORMAT.md for the caveman encoding rules and pipe-table shape of §T and §B.
Share bugs, ideas, or general feedback.
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge.
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
Specification-Driven Development with Process Discipline for Claude Code
Spec-driven development plugin for Claude Code. Markdown specs as the source of truth, code downstream.
GitHub Spec-Kit integration for constitution-based spec-driven development (7-phase workflow)
GitHub Spec-Kit integration for Specification-Driven Development - define WHAT and HOW before coding
Spec-driven development using GitHub spec-kit methodology. Constitution-first approach with specify, plan, tasks, and implement phases.
Skills-first specification-driven development framework with 7 agent skills for planning, implementation, review, and shipping. Natural language activation with intelligent agent orchestration. Includes /plan, /implement, /research commands plus managing-specifications, implementing-features, and reviewing-and-shipping skills.
Ultra-compressed communication mode. Cuts ~75% of tokens while keeping full technical accuracy by speaking like a caveman.
compressed spec-driven development for claude code
one file · three commands · zero sub-agents
Plan-then-execute forgets. SDD remembers — but most SDD frameworks bury that value under agent swarms, dashboards, and ceremony that costs more tokens than it saves.
Cavekit 4 is a rewrite from the ground up. It keeps only what earns its place:
SPEC.md at repo root survives context resets.§B entry; classes
of bug become §V invariants the spec never forgets.That's the whole pitch.
| cmd | job |
|---|---|
/ck:spec | create / amend / backprop SPEC.md. Sole mutator. |
/ck:build | native plan → execute against spec. Auto-backprops on failure. |
/ck:check | read-only drift report. Lists §V / §I / §T violations. |
One line, via the skills CLI:
npx skills add JuliusBrussee/cavekit
Installs five skills into ~/.claude/skills/: spec, build, check
(the workflow) plus caveman and backprop (the utilities). Claude
activates each when its trigger context matches — e.g. "write a spec
for…" invokes spec, "build the next task" invokes build. Claude Code
picks them up on next launch.
Or via the Claude Code marketplace (also adds /ck:spec, /ck:build,
/ck:check slash commands):
/plugin marketplace add juliusbrussee/cavekit
/plugin install ck@cavekit
Or clone directly:
git clone https://github.com/juliusbrussee/cavekit.git ~/.claude/plugins/cavekit
See FORMAT.md. Fixed sections: §G goal, §C constraints,
§I interfaces, §V invariants, §T tasks (pipe table), §B bugs (pipe table).
FORMAT.md spec schema + caveman encoding rules
commands/ three slash-command entry points (/ck:spec, /ck:build, /ck:check)
skills/spec spec mutator (mirrors commands/spec.md as a skill)
skills/build plan-execute skill (mirrors commands/build.md)
skills/check drift report skill (mirrors commands/check.md)
skills/caveman encoding utility
skills/backprop bug → spec protocol (six steps)
cat SPEC.md is the dashboard.The previous generation is not deprecated — it is frozen at tag
v3.1.0 and
remains a fully working plugin.
What it is:
Spec-driven AI development with an autonomous execution loop. Four-command Hunt lifecycle (
/ck:sketch→/ck:map→/ck:make→/ck:check), plus/ck:ship,/ck:review,/ck:revise,/ck:status,/ck:design,/ck:research,/ck:init,/ck:config,/ck:resume,/ck:help— 16 slash commands total. 12 named sub-agents. Per-task token budgets, stop-hook state machine, model-tier routing, auto-backpropagation from test failures, tool-result caching, Codex peer review, Karpathy behavioral guardrails, caveman token compression, knowledge-graph integration, and design-system enforcement. Parallel wave execution and team mode.
Pick v3.1.0 if you want the full autonomous loop, parallel agents, peer review, or design-system workflow. Pick v4 if you want the distilled core — one spec, three commands, no orchestration.
Marketplace:
/plugin marketplace add juliusbrussee/cavekit@v3.1.0
/plugin install ck@cavekit
Git:
git clone -b v3.1.0 https://github.com/juliusbrussee/cavekit.git
Full docs live at the tag — git checkout v3.1.0 and read the README
there for command reference, skill catalog, and the Hunt lifecycle guide.
See UPGRADE.md. Honest framing:
context/kits/ investment.SPEC.md is plain markdown; nothing traps
you in either direction.Cavekit is one rock in the caveman family: