From dure
dure decomposition — decompose the active fixed spec into milestone/epic/issue per-item files (source of truth), review them, and regenerate the index. Every issue gets a non-empty, testable acceptance criterion.
How this skill is triggered — by the user, by Claude, or both
Slash command
/dure:plan [spec-slug][spec-slug]This skill is limited to the following tools:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Target spec: **$ARGUMENTS** (if empty, use the slug in `.dure/active`)
Target spec: $ARGUMENTS (if empty, use the slug in .dure/active)
Goal: per spec §5, decompose a FIXED spec into milestone ⊃ epic ⊃ issue.
Per-item files are the source of truth (.dure/roadmap/{milestones,epics,issues}/<id>.md);
index.md is generated. The interview runs in the user's language; artifacts are English (ADR-0007).
${CLAUDE_PLUGIN_ROOT}/scripts/dure-bootstrap.sh (idempotent).$ARGUMENTS > .dure/active > ask the user (in their language)..dure/specs/<slug>.md.Produce per-item files with YAML front matter + body:
id, slug, type: milestone, title, status: todo, github: null, epics: [<ids>].+ milestone: <id>, issues: [<ids>].+ milestone, epic, acceptance: [<testable criteria>] (Gherkin Given/When/Then; INVEST).Stable IDs (I1.3.1/I1.3.3): ids are derived deterministically from titles via
${CLAUDE_PLUGIN_ROOT}/scripts/dure-slug.sh "<title>" (ASCII kebab; hash fallback for non-ASCII),
disambiguated with a numeric suffix on collision. Re-running /dure:plan on the same spec MUST
reuse existing ids/slugs (read existing files first; do not renumber or overwrite unchanged content).
Every issue MUST have a non-empty, testable acceptance (spec AC3).
Task the redteam-critic subagent over the draft decomposition to flag missing,
duplicate, or oversized issues and untestable acceptance criteria. Revise until clean.
${CLAUDE_PLUGIN_ROOT}/scripts/dure-index.py → regenerate roadmap/index.md from per-item files.${CLAUDE_PLUGIN_ROOT}/scripts/dure-doctor.py → confirm integrity (status pass; warnings ok).Report the milestone/epic/issue tree and point the user to /dure:sync (push to GitHub) and
/dure:status (progress).
Implementation status (E1.3): the index generator (
dure-index.py) and integrity check (dure-doctor.py) are deterministic and tested. The decomposition itself (steps 1–2) is driven by these instructions; stable-id reuse on re-decomposition is enforced by reading existing files first.
npx claudepluginhub choo121600/dure --plugin dureGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Implements work from a spec or tickets using TDD at agreed seams, with regular typechecking and test runs, followed by code review.