From sdd-workflow
Analyze specifications and generate clarification questions to eliminate ambiguity before implementation
How this skill is triggered — by the user, by Claude, or both
Slash command
/sdd-workflow:clarify <feature-name> [--interactive]<feature-name> [--interactive]feature-nameThis skill is limited to the following tools:
These tools are removed from Claude's available pool while this skill is active:
The summary Claude sees in its skill listing — used to decide when to auto-load this skill
Scans specifications across 9 key categories and generates targeted clarification questions to eliminate ambiguity
references/command_examples.mdreferences/complementary_commands.mdreferences/nine_category_analysis.mdreferences/prerequisites_directory_paths.mdreferences/prerequisites_plugin_update.mdreferences/prerequisites_principles.mdreferences/target_specification_loading.mdreferences/verification_commands.mdtemplates/en/clarification_output.mdtemplates/ja/clarification_output.mdScans specifications across 9 key categories and generates targeted clarification questions to eliminate ambiguity before implementation.
Read the following prerequisite references before execution:
references/prerequisites_plugin_update.md - Check for plugin updatesreferences/prerequisites_principles.md - Read AI-SDD principles documentreferences/prerequisites_directory_paths.md - Resolve directory paths using SDD_* environment variablesThis command is complementary to the vibe-detector skill:
| Tool | Purpose | When to Use |
|---|---|---|
| vibe-detector | Detects vague instructions in user requests | During task initiation |
| clarify | Scans existing specs for ambiguity and gaps | Before implementation planning |
Output templates are located under templates/${SDD_LANG:-en}/ within this skill directory.
The SDD_LANG environment variable determines the language (default: en).
feature-name: $feature-nameFull argument string: $ARGUMENTS
Fallback: If the value above is empty, remains a literal
$placeholder, or starts with--(a flag captured positionally), treat the argument as omitted and interpret the full argument string instead. Ask the user interactively when a required argument is missing.
| Argument | Required | Description |
|---|---|---|
feature-name | Yes | Target feature name or path (e.g., user-auth, auth/user-login) |
--interactive | - | Interactive mode: Answer questions one at a time |
Reference: references/command_examples.md
Both flat and hierarchical structures are supported.
See references/target_specification_loading.md for the list of paths to load for flat and hierarchical structures.
Note the difference in naming conventions:
index.md, {feature-name}.md)_spec or _design suffix required (index_spec.md, {feature-name}_spec.md)Analyze specifications across 9 key categories. See references/nine_category_analysis.md for:
Based on category analysis, generate up to 5 high-impact questions using the format in
references/nine_category_analysis.md.
After receiving user answers, the main agent (this skill) applies the integration:
clarification-assistant agent output*_spec.md or *_design.md using Edit/Write toolsNote: The clarification-assistant agent outputs integration proposals (target file, section, content). This skill
applies the actual edits.
Use the templates/${SDD_LANG:-en}/clarification_output.md template for output formatting.
When user provides answers, use the --integrate flag (e.g. /clarify user-auth --integrate).
This will:
| Scenario | Recommended Action |
|---|---|
| Before task breakdown | Run /clarify to catch ambiguities early |
| After receiving vague requirements | Use with /generate-spec to build complete specs |
| During spec review | Verify all 9 categories are addressed |
| Before implementation | Final check to ensure no hidden assumptions |
See references/complementary_commands.md for the recommended command sequence around /clarify.
Use --categories with a comma-separated list, e.g. /clarify user-auth --categories flow,integrations,edge-cases.
Use --detail with one of the following values:
| Value | Effect |
|---|---|
minimal | Top 3 questions only |
standard | Top 5 questions (default) |
comprehensive | All identified issues |
The following verifications are automatically performed during clarification:
Reference: references/verification_commands.md
| Clarity Score | Recommended Action |
|---|---|
| 80% or above | Ready for implementation |
| 60-79% | Recommended to resolve Partial items |
| Below 60% | Further clarification required before implementation |
npx claudepluginhub toshikiimagawa/ai-sdd-workflow --plugin sdd-workflowCreates 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.