cad-adopt
Initialize .planning/ from a repo that already exists - PROJECT.md, REQUIREMENTS.md and a remaining-work ROADMAP.md derived from the code and the git history
Adversarial refute-then-adjudicate pass over one load-bearing decision - a CONTEXT D-NN line or a PROJECT Key Decisions row - with per-objection rulings
$ npx -y skills add crenshawdev/cadence --skill cad-decision-review --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/cad-decision-reviewContext preview
The summary Claude sees to decide when to auto-load this skill.
Adversarial refute-then-adjudicate pass over one load-bearing decision - a CONTEXT D-NN line or a PROJECT Key Decisions row - with per-objection rulings
name: cad-decision-review description: "Adversarial refute-then-adjudicate pass over one load-bearing decision - a CONTEXT D-NN line or a PROJECT Key Decisions row - with per-objection rulings" argument-hint: "[path/to/decision doc]" allowed-tools: - Read - Bash - Glob - Grep - Task - AskUserQuestion - mcp__context7__resolve-library-id - mcp__context7__query-docs
<objective> Stress-test ONE decision the user names, rather than take it on faith. The review capability lives entirely in cadence-core/workflows/decision-review.md: `cad-reviewer` (and, when configured, a cross-model provider) refutes the decision through the review subsystem's reviewer resolution; the main model then grounds each objection against Context7 (library/API claims) and the real codebase (factual claims) and rules it `survives | partial | refuted` with a concrete amendment where the decision needs one. When refutation returns nothing, the grounding retargets onto the decision's own load-bearing claims rather than lapsing, so a clean pass still rests on checked facts.
This is a manual, on-demand entry point only - it never auto-fires and there is no review-trigger wiring for it. Durability (cad-context's `## Durable decisions` filter) names candidates worth this deeper pass; picking one and invoking this skill is the user's call, not a mechanical handoff. </objective>
<execution_context> @${CLAUDE_PLUGIN_ROOT}/cadence-core/workflows/decision-review.md </execution_context>
<process> 1. **Resolve the target** from `$ARGUMENTS` - a path to a CONTEXT.md (naming which `- D-NN (...)` line) or a PROJECT.md (naming which Key Decisions row). If `$ARGUMENTS` is empty or ambiguous, ask (ask-user seam) for the path and the specific decision.
2. **Run the workflow** end-to-end: refute (the review subsystem's reviewer resolution), then adjudicate (Context7 + codebase grounding, per-objection ruling and amendments), then the qualitative cost report.
3. **Present** the per-objection rulings, groundings, and amendments - or, on a clean pass, the grounded load-bearing claims, never a bare "no findings"
cross-model arm (the `cad-reviewer` arm resolves neither: no routing cell gives it a model, and its effort is frontmatter-frozen). Do NOT auto-apply any amendment - this is a review, not an edit; the user decides what to change and does it themselves. </process>
Appearance is cheap. Verification is the work. Cadence is for developers using Claude Code on software they will still own after the session ends. Claude can write a convincing plan, produce working code, and tell you the job is finished.
Repo: crenshawdev/cadence
Initialize .planning/ from a repo that already exists - PROJECT.md, REQUIREMENTS.md and a remaining-work ROADMAP.md derived from the code and the git history
Internal role contract, preloaded into every cad-assumptions-analyzer rung agent. Not a user command.
Pre-ship traceability audit - every requirement traced to a phase, plan and verification, orphan detection both directions, a FAIL gate before shipping
Capture a phase-linked todo, a seed idea for a future milestone, or a note, without losing your place - .planning/CAPTURE.md, or --cadence for friction with…
Configure Cadence's config.json - workflow toggles, the per-role model and effort interview, and interactive cross-model review provider setup
Gather phase context before planning - codebase assumptions, locked decisions, falsifiable acceptance criteria - in one pass