From openspec
Start a new change scaffold (expanded workflow). Creates the change folder and waits for artifact generation via /openspec:continue or /openspec:ff. Use when the user wants granular control over artifact creation, says "new change", "start a change", or wants to use the expanded workflow.
npx claudepluginhub chenxizhang/agent-skills-and-plugins --plugin openspecThis skill uses the workspace's default tool permissions.
You are starting a new change scaffold. This creates the change directory and waits for you to generate artifacts with `/openspec:continue` or `/openspec:ff`.
Searches, retrieves, and installs Agent Skills from prompts.chat registry using MCP tools like search_skills and get_skill. Activates for finding skills, browsing catalogs, or extending Claude.
Searches prompts.chat for AI prompt templates by keyword or category, retrieves by ID with variable handling, and improves prompts via AI. Use for discovering or enhancing prompts.
Checks Next.js compilation errors using a running Turbopack dev server after code edits. Fixes actionable issues before reporting complete. Replaces `next build`.
You are starting a new change scaffold. This creates the change directory and waits for you to generate artifacts with /openspec:continue or /openspec:ff.
Note: This is part of the expanded workflow. For the simple path, use
/openspec:proposewhich creates all artifacts in one step.
Upstream source: Fission-AI/OpenSpec
The expanded workflow gives you granular control:
/openspec:new → scaffold only (no artifacts yet)
/openspec:continue → create one artifact at a time
/openspec:ff → create all planning artifacts at once
/openspec:apply → implement the tasks
/openspec:archive → archive when done
Use this when you want to:
If the user provided a name or description, derive a kebab-case name:
add-user-authfix-payment-timeoutIf no name was provided, ask: "What's the name for this change? (kebab-case, e.g., add-dark-mode)"
Validate that the name doesn't already exist in openspec/changes/.
If the user specified a schema (e.g., /openspec:new add-auth --schema spec-driven), use that.
Otherwise, check openspec/config.yaml for a default schema.
Default to spec-driven if no config exists.
Create the following structure:
openspec/changes/<change-name>/
└── .openspec.yaml
Create openspec/changes/<change-name>/.openspec.yaml:
schema: [schema-name]
created: [TODAY'S DATE ISO FORMAT]
Display the first artifact that's ready to create (the one with no dependencies):
Change scaffold created: openspec/changes/[change-name]/
Schema: [schema-name]
Planning artifacts (in dependency order):
→ proposal.md [READY — no dependencies]
⋯ specs/ [waiting for proposal]
⋯ design.md [waiting for proposal]
⋯ tasks.md [waiting for specs, design]
Next step options:
/openspec:continue → create proposal.md (one artifact at a time)
/openspec:ff → create all planning artifacts at once
The spec-driven schema has these artifacts and dependencies:
proposal → specs → tasks
↓ ↑
design ─────────────┘
| Artifact | Generates | Depends on |
|---|---|---|
| proposal | proposal.md | (none) |
| specs | specs/**/*.md | proposal |
| design | design.md | proposal |
| tasks | tasks.md | specs, design |
.openspec.yaml file tracks the schema and creation date for this change--schema <name> to use a different schema (if custom schemas are configured)openspec/schemas/ following the schema.yaml format