一键导入
spec-workflow
Use when planning, running, or resuming curdx-flow spec-driven workflows.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Use when planning, running, or resuming curdx-flow spec-driven workflows.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | spec-workflow |
| description | Use when planning, running, or resuming curdx-flow spec-driven workflows. |
| when_to_use | Use when user asks to build, implement, plan, triage, decompose, resume, inspect status, or run any curdx-flow research/requirements/design/tasks/implementation phase. |
| argument-hint | [intent-or-spec] |
| version | 0.2.0 |
| user-invocable | false |
Spec-driven development transforms feature requests into structured specs through sequential phases, then executes them task-by-task.
This skill is the canonical workflow guidance. curdx-flow is now skills-only at the plugin surface: every /curdx-flow:* entry point is a namespaced skill under skills/<name>/SKILL.md.
/curdx-flow:start, /curdx-flow:tasks, /curdx-flow:implement, etc.).curdx-core and interview-framework.references/ or plugin-global ${CLAUDE_PLUGIN_ROOT}/references/ files instead of bloating frontmatter descriptions.references/entrypoints.md for the skills-only entry point policy.references/skill-quality-patterns.md before adding or changing curdx-flow skills.| Situation | Slash Skill |
|---|---|
| New feature, want guidance | /curdx-flow:start <name> <goal> |
| New feature, skip interviews | /curdx-flow:start <name> <goal> --quick |
| Large feature needing decomposition | /curdx-flow:triage <goal> |
| Resume existing spec | /curdx-flow:start (auto-detects) |
| Jump to specific phase | /curdx-flow:<phase> |
start/new -> research -> requirements -> design -> tasks -> implement
Each phase produces a markdown artifact in ./specs/<name>/. Normal mode pauses for approval between phases. Quick mode runs all phases then auto-starts execution.
| Slash Skill | Agent | Output | Purpose |
|---|---|---|---|
/curdx-flow:research | research-analyst | research.md | Explore feasibility, patterns, context |
/curdx-flow:requirements | product-manager | requirements.md | User stories, acceptance criteria |
/curdx-flow:design | architect-reviewer | design.md | Architecture, components, interfaces |
/curdx-flow:tasks | task-planner | tasks.md | POC-first task breakdown |
/curdx-flow:implement | spec-executor | commits | Autonomous task-by-task execution |
For features too large for a single spec, use epic triage to decompose into dependency-aware specs.
triage -> [spec-1, spec-2, spec-3...] -> implement each in order
Entry points:
/curdx-flow:triage <goal> -- create or resume an epic/curdx-flow:start -- detects active epics, suggests next unblocked specFile structure:
specs/
_epics/<epic-name>/
epic.md # Triage output (vision, specs, dependency graph)
research.md # Exploration + validation research
.epic-state.json # Progress tracking across specs
.progress.md # Learnings and decisions
| Slash Skill | Purpose |
|---|---|
/curdx-flow:status | Show all specs and progress |
/curdx-flow:switch <name> | Change active spec |
/curdx-flow:cancel | Cancel active execution |
/curdx-flow:refactor | Update spec files after execution |
/curdx-flow:start my-feature "Build X" --quick
# Runs all phases automatically, starts execution
/curdx-flow:start my-feature "Build X"
# Interactive interviews at each phase
# Review and approve each artifact
/curdx-flow:implement
/curdx-flow:triage "Build entire auth system"
# Decomposes into: auth-core, auth-oauth, auth-rbac
/curdx-flow:start # Picks next unblocked spec
references/phase-transitions.md -- Detailed phase flow, state transitions, quick mode behavior, phase skippingreferences/entrypoints.md -- Skills-only public entry point policyUse when a spec has tasks.md and should enter autonomous task execution.
Use when starting curdx-flow, creating a spec, resuming work, or routing intent.
Use when handling curdx-flow flags, state files, delegation, execution loops, or skill entrypoint rules.
Use when curdx-flow needs user decisions after codebase facts are discovered.
Use when a spec has design.md and needs implementation tasks.
Use when showing curdx-flow slash skills, options, workflow, or troubleshooting.