From atdd-kit
Use when starting a new Issue to explore the problem space, define the PRD, and produce a structured requirements document.
How this skill is triggered — by the user, by Claude, or both
Slash command
/atdd-kit:defining-requirementsThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Step 1 of the atdd-kit v1.0 flow. Take an Issue number, walk the author through the 6 PRD sections one question at a time, and write `docs/issues/<NNN>/prd.md` based on `templates/docs/issues/prd.md`.
Step 1 of the atdd-kit v1.0 flow. Take an Issue number, walk the author through the 6 PRD sections one question at a time, and write docs/issues/<NNN>/prd.md based on templates/docs/issues/prd.md.
Scope ends at the PRD. User Story extraction (incl. persona-less Connextra form and constraint stories) is owned by extracting-user-stories (Step 2, #189). This skill does not write User Stories.
/atdd-kit:defining-requirements <issue-number>Run defining-requirements skill on <issue>? Y/n before starting. Auto-invocation without confirmation is forbidden by the v1.0 Step B progression rule (#179).gh issue view <NNN> --json title,body,labelsNo other inputs. No Context Block. No resume of existing docs/issues/<NNN>/prd.md.
| Artifact | Path |
|---|---|
| PRD file | docs/issues/<NNN>/prd.md (copied from templates/docs/issues/prd.md, filled in) |
No Issue comment, no skill-status fenced block. The PRD draft is committed and pushed before approval and presented as the Draft PR diff (mode-independent — the same order regardless of the caller).
gh issue view).cp templates/docs/issues/prd.md docs/issues/<NNN>/prd.md, then fill in each section in place.gh pr create --draft.Approve PRD?; first option (Recommended) 承認 (ok) for one-tap approval, then the context-specific section send-backs Problem を修正 / Outcome を修正 / スコープを変更; multiSelect: false):
Approve PRD? Reply 'ok' to approve, or name a section to revise.
Recommended: 承認 (ok) — reply 'ok' to accept, or name a section to revise
The Other option is harness-auto — never list it manually; an Other free-text comment flows into the existing natural-language revision route unchanged. On non-selection-UI channels (headless / cron), the Recommended: ... — reply 'ok' line is the fallback: approve with the legacy ok text input. Revisions loop back to that section; commit and push each revision so the Draft PR diff stays current. Do not proceed without explicit ok.Each section step is one question at a time. Do not bundle multiple sections into a single prompt.
| Concern | Owner |
|---|---|
| Issue → PRD | defining-requirements (this skill) |
| PRD → User Stories (persona-less Connextra, constraint stories) | extracting-user-stories (Step 2, #189) |
| Plan + Acceptance Tests | writing-plan-and-tests (Step 3, #190) |
| ATDD double-loop implementation | running-atdd-cycle (Step 4, #191) |
| PRD / US / Plan / Code / AT review | reviewing-deliverables (Step 5, #192) |
Parallel-session conflict, in-progress label management | skill-gate (#197) |
This skill does not spawn reviewer subagents — PRD review happens at Step 5. This skill does not add or remove the in-progress label — that is skill-gate's responsibility.
session-start (may suggest this skill in Recommended Tasks)extracting-user-stories (consumes docs/issues/<NNN>/prd.md)Guides creation, editing, and verification of skills for AI coding agents using test-driven development with subagent scenarios. Use when authoring or debugging skills.
npx claudepluginhub o3-ozono/atdd-kit --plugin atdd-kit