Skip to content
Spec-Driven Development
Skill

/kiro-spec-quick

Quick spec generation with interactive or automatic mode

From plugin
cc-sdd
3.7k17 skills14 agents35 commands

Claude Code

$ npx -y skills add gotalab/cc-sdd --skill kiro-spec-quick --agent claude-code

SKILL.md

kiro-spec-quick.SKILL.md
name: kiro-spec-quick
description: Quick spec generation with interactive or automatic mode

Quick Spec Generator

<instructions>

CRITICAL: Automatic Mode Execution Rules

**If `--auto` flag is present in `$ARGUMENTS`, you are in AUTOMATIC MODE.**

In Automatic Mode:

  • Execute ALL 4 phases in a continuous loop without stopping
  • Display progress after each phase (e.g., "Phase 1/4 complete: spec initialized")
  • IGNORE any "Next Step" messages from Phase 2-4 (they are for standalone usage)
  • After Phase 4, run the final sanity review before exiting
  • Stop ONLY after the sanity review completes or if error occurs

---

Core Task

Execute 4 spec phases sequentially. In automatic mode, execute all phases without stopping. In interactive mode, prompt user for approval between phases.

Before claiming quick generation is complete, run one lightweight sanity review over the generated requirements, design, and tasks. If the host supports fresh sub-agents, use one. Otherwise run the sanity review inline.

Execution Steps

Step 1: Parse Arguments and Initialize

Parse `$ARGUMENTS`:

  • If contains `--auto`: **Automatic Mode** (execute all 4 phases)
  • Otherwise: **Interactive Mode** (prompt at each phase)
  • Extract description (remove `--auto` flag if present)

Example:

"User profile with avatar upload --auto" → mode=automatic, description="User profile with avatar upload"
"User profile feature" → mode=interactive, description="User profile feature"

Display mode banner and proceed to Step 2.

Step 2: Execute Phase Loop

Execute these 4 phases in order:

---

Phase 1: Initialize Spec (Direct Implementation)

**Core Logic**:

1. **Check for Brief**:

  • If `{{KIRO_DIR}}/specs/{feature-name}/brief.md` exists (created by `/kiro-discovery`), read it for discovery context (problem, approach, scope, constraints)
  • Use brief content as the project description instead of `$ARGUMENTS`

2. **Generate Feature Name**:

  • Convert description to kebab-case
  • Example: "User profile with avatar upload" → "user-profile-avatar-upload"
  • Keep name concise (2-4 words ideally)

3. **Check Uniqueness**:

  • Use Glob to check `{{KIRO_DIR}}/specs/*/`
  • If directory exists with only `brief.md` (no `spec.json`), use that directory (discovery created it)
  • Otherwise if feature name exists, append `-2`, `-3`, etc.

4. **Create Directory**:

  • Use Bash: `mkdir -p {{KIRO_DIR}}/specs/{feature-name}` (skip if already exists from discovery)

5. **Initialize Files from Templates**:

a. Read templates:

   - {{KIRO_DIR}}/settings/templates/specs/init.json
   - {{KIRO_DIR}}/settings/templates/specs/requirements-init.md

b. Replace placeholders:

   {{FEATURE_NAME}} → feature-name
   {{TIMESTAMP}} → current ISO 8601 timestamp (use `date -u +"%Y-%m-%dT%H:%M:%SZ"`)
   {{PROJECT_DESCRIPTION}} → description
   {{LANG_CODE}} → language code (detect from user's input language, default to `en`)

c. Write files using Write tool:

   - {{KIRO_DIR}}/specs/{feature-name}/spec.json
   - {{KIRO_DIR}}/specs/{feature-name}/requirements.md

6. **Output Progress**: "Phase 1/4 complete: Spec initialized at {{KIRO_DIR}}/specs/{feature-name}/"

**Automatic Mode**: IMMEDIATELY continue to Phase 2.

**Interactive Mode**: Prompt "Continue to requirements generation? (yes/no)"

  • If "no": Stop, show current state
  • If "yes": Continue to Phase 2

---

Phase 2: Generate Requirements

Invoke `/kiro-spec-requirements {feature-name}`.

Wait for completion. IGNORE any "Next Step" message (it is for standalone usage).

**Output Progress**: "Phase 2/4 complete: Requirements generated"

**Automatic Mode**: IMMEDIATELY continue to Phase 3.

**Interactive Mode**: Prompt "Continue to design generation? (yes/no)"

  • If "no": Stop, show current state
  • If "yes": Continue to Phase 3

---

Phase 3: Generate Design

Invoke `/kiro-spec-design {feature-name} -y`. The `-y` flag auto-approves requirements.

Wait for completion. IGNORE any "Next Step" message.

**Output Progress**: "Phase 3/4 complete: Design generated"

**Automatic Mode**: IMMEDIATELY continue to Phase 4.

**Interactive Mode**: Prompt "Continue to tasks generation? (yes/no)"

  • If "no": Stop, show current state
  • If "yes": Continue to Phase 4

---

Phase 4: Generate Tasks

Invoke `/kiro-spec-tasks {feature-name} -y`. The `-y` flag auto-approves requirements, design, and tasks.

Wait for completion.

**Output Progress**: "Phase 4/4 complete: Tasks generated"

Final Sanity Review

After Phase 4, run a lightweight sanity review before claiming completion.

  • Review `requirements.md`, `design.md`, and `tasks.md` directly from disk. If `brief.md` exists, use it only as supporting context.
  • Prefer a fresh review sub-agent when the host supports it. Pass only file paths and the review objective; the reviewer should read the generated files itself.
  • Review focus:
  • Do requirements, design, and tasks tell a coherent story?
  • Are there obvious contradictions, missing prerequisites, or missing task coverage for required design work?
  • Are `_Depends:_`, `_Boundary:_`, and `(P)` markers plausible for implementation?
  • If the review finds only task-plan-local issues, repair or update the generated `tasks.md` once, then re-run the sanity review.
  • If the review finds a real requirements/design gap or contradiction, stop and report follow-up instead of claiming the quick spec is implementation-ready.

**All 4 phases plus sanity review complete.**

Output final completion summary (see Output Description section) and exit.

---

Important Constraints

Error Handling

  • Any phase failure stops the workflow
  • Display error and current state
  • Suggest manual recovery command

</instructions>

Output Description

Mode Banners

**Interactive Mode**:

Quick Spec Generation (Interactive Mode)

You will be prompted at each phase.
Note: Skips gap analysis and design validation.

**Automatic

Read more
@gotalab
Ships withcc-sdd

Package README: English | 日本語 | 繁體中文

3.7k17 skills14 agents
Get the whole plugin

Stars on GitHub

Momentum

stars in total
3.7k
Star history of gotalab/cc-sdd on GitHub, a chart by star-history.com

Other skills on cc-sdd.

kiro-debug

kiro-debug

Investigate implementation failures using root-cause-first debugging. Use when an implementer is blocked, verification fails, or…

@gotalab@gotalabInstall Skill
kiro-discovery

kiro-discovery

Entry point for new work. Determines the best action path or work decomposition (update existing spec, create new spec, mixed…

@gotalab@gotalabInstall Skill
kiro-impl

kiro-impl

Implement approved tasks using TDD with subagent dispatch. Runs all pending tasks autonomously or selected tasks manually.

@gotalab@gotalabInstall Skill
kiro-review

kiro-review

Review a task implementation against approved specs, task boundaries, and verification evidence. Use after an implementer…

@gotalab@gotalabInstall Skill
kiro-spec-batch

kiro-spec-batch

Create complete specs (requirements, design, tasks) for all features in roadmap.md using parallel sub-agent dispatch by…

@gotalab@gotalabInstall Skill

More skills from other plugins.

improve

improve

Survey any codebase as a senior advisor and produce prioritized, self-contained implementation plans for OTHER models/agents to…

improve8w9.3k
@shadcn@shadcnInstall Skill
backprop
Auto-invoked

backprop

Bug → spec protocol. When a bug is found or a test fails, trace the cause, decide whether a new §V invariant would catch…

ck2mo1.2k
@juliusbrussee@juliusbrusseeInstall Skill
deep-discuss

deep-discuss

结构化深度讨论 Skill,用于与用户进行多轮问题分析和方案设计。当用户描述一个问题现象、故障表现、 技术困惑、方案选择困难,或明确说"讨论一下"、"帮我分析"、"我遇到一个问题"、"你觉得怎么样"、 "帮我想想"、"我在纠结"时,必须使用本…

Questions about kiro-spec-quick.

Which coding agents can use kiro-spec-quick?
kiro-spec-quick installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.