cladding-init
Use only when the user explicitly names Cladding and asks to initialize, adopt, or refresh it; never use for an ordinary project…
Run every Iron Law stage and the drift detector suite. Use when the user wants the full project health snapshot, a CI gate, or to verify nothing regressed before committing. Add --strict to promote warn-severity drift findings to errors. Activate only when the connected project
Claude Code
$ npx -y skills add purpleeddy/cladding --skill check --agent claude-code
Codex
$ npx skills add purpleeddy/cladding --skill check -a codex -y
Cursor
$ npx skills add purpleeddy/cladding --skill check -a cursor -y
Gemini CLI
$ npx skills add purpleeddy/cladding --skill check -a gemini-cli -y
GitHub Copilot
$ npx skills add purpleeddy/cladding --skill check -a github-copilot -y
OpenCode
$ npx skills add purpleeddy/cladding --skill check -a opencode -y
Windsurf
$ npx skills add purpleeddy/cladding --skill check -a windsurf -y
description: Run every Iron Law stage and the drift detector suite. Use when the user wants the full project health snapshot, a CI gate, or to verify nothing regressed before committing. Add --strict to promote warn-severity drift findings to errors. Activate only when the connected project contains spec.yaml or the user explicitly names Cladding; ignore ordinary requests in uninitialized projects.
Run `clad check` from the project root. Runs the 15 Iron Law stages — Type / Lint / Drift / Commit / Arch / Secret / Unit / Coverage / Spec-conformance / Deliverable-smoke / Smoke / Performance / Visual / Audit / UAT — and aggregates the worst exit code.
`--strict` promotes warn-severity drift findings to error, matching the CI / pre-publish gate. The Drift stage runs every active detector under `src/stages/detectors/` — `npm run build:plugin` Phase D recounts them and writes the integer into each plugin manifest (e.g. `plugins/claude-code/.claude-plugin/plugin.json`), so the number is never hand-maintained.
`--internal` shows stage codes (`stage_1.1`) instead of business names (`Type`). Default is the business-name surface; the audit log keeps internal ids regardless.
clad check clad check --strict clad check --internal
Pick the cheapest tier that answers your question — the full pre-push suite is expensive and grows with the project:
fast inner-loop feedback while implementing.
`clad done <featureId>` already runs, so do NOT run it separately right before `clad done` — one authoritative full gate per feature, not two. A GREEN run refreshes `spec/attestation.yaml` with the running Cladding version, strict blocking mode, detector-catalog SHA-256, module hashes, and feature markers. See `docs/feature-cycle.md` § Gate economy.
For an organization to trust AI with its code, three things must hold — trust, traceability, and stability at scale. cladding wraps your AI coding agent: your intent goes in before it writes, and the result is verified against your spec after, so those three are earned, not assumed. First L4 implementation of the Ironclad standard.
Use only when the user explicitly names Cladding and asks to initialize, adopt, or refresh it; never use for an ordinary project…
Impl-blind test/oracle author — writes conformance tests from a spec-only brief. Tool-restricted by definition (no…
Render release notes / a changelog from the cladding spec. Use when the user asks for release notes, a changelog, 릴리즈 노트, 변경 이력,…
Record a feature checkpoint event pinning the current git HEAD plus a spec digest, so a later rollback can restore the exact…
Advance Cladding onboarding after the user answers a pending product question. Use the MCP prepare/apply flow, preserve the…
Implementer — writes production code, tests, and migrations. The "generic engineer" fallback when no narrower specialist exists.…
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
Ask which skill or flow fits your situation. A router over the skills in this repo.