openspec-boot
Original:🇺🇸 English
Translated
1 scripts
Use when the user wants to set up spec-driven development (OpenSpec + superpowers-bridge) in a project, or when initializing a new project that needs the SDD workflow. Idempotent. Runs the bundled scripts/run.sh.
10installs
Source9ashwin/openspec-boot
Added on
NPX Install
npx skill4agent add 9ashwin/openspec-boot openspec-bootTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →OpenSpec Boot — initialize the SDD workflow in a project
What this skill does
Bootstraps OpenSpec + the schema in the current project
root, in one call. Concretely:
superpowers-bridge- Runs if no
openspec initdirectory existsopenspec/ - Installs the schema into
superpowers-bridge(project-local; user-global is also supported via<project>/openspec/schemas/superpowers-bridge/but is rarely useful — see WARNING in the script)--user - Runs and
openspec schema validate superpowers-bridgeopenspec schema which superpowers-bridge - Optionally sets as the project's default schema in
superpowers-bridge(soopenspec/config.yamlno longer needs/opsx:new)--schema - Optionally appends the workflow-routing fragment to or
CLAUDE.mdAGENTS.md - Reports plugin / skill availability
obra/superpowers
The script is idempotent — safe to re-run any time, completed steps are skipped.
When to use
Trigger when the user says any of (English / Chinese):
- "set up SDD for this project" / "configure spec-driven workflow"
- "init openspec" / "initialize openspec" / "装一下 openspec"
- "add the SDD workflow to this repo" / "给这个仓库加上 SDD 工作流"
- "我要用 superpowers-bridge"
Or when you observe:
- The project has no directory and the user is about to do design work
openspec/ - The user invokes but
/opsx:newdoes not listopenspec schemassuperpowers-bridge - The user just cloned a fresh repo and wants the SDD toolchain ready
When NOT to use
- Inside a subagent dispatched for a specific implementation task
- Project already has AND
openspec/schemas/superpowers-bridge/with the desired default schema — setup is done, do not re-run unless the user asksopenspec/config.yaml - The user explicitly wants only (OpenSpec built-in), not
spec-driven— in that case just runsuperpowers-bridgeand stopopenspec init
How to invoke
The skill bundles a script () sitting next to this .
Run it from the project root, locating the script via one of its install paths:
scripts/run.shSKILL.mdbash
cd <project-root>
SCRIPT=""
for c in ~/.claude/skills/openspec-boot/scripts/run.sh \
~/.agents/skills/openspec-boot/scripts/run.sh \
~/.codex/openspec-boot/skills/openspec-boot/scripts/run.sh \
~/.openspec-boot/skills/openspec-boot/scripts/run.sh; do
[ -x "$c" ] && SCRIPT="$c" && break
done
[ -n "$SCRIPT" ] || { echo "openspec-boot script not found"; exit 1; }
bash "$SCRIPT" "$@"If the user has the command installed in (via
or manual symlink), prefer the simpler form:
openspec-bootPATHinstall.shbash
cd <project-root>
openspec-boot "$@"Common flag combinations
bash
# default: project-local schema, prompts on CLAUDE.md inject + default schema
bash <run.sh>
# automate everything (CI, scripted setup)
bash <run.sh> --inject --default-schema=superpowers-bridge
# skip the CLAUDE.md/AGENTS.md fragment but still set default schema
bash <run.sh> --no-inject
# leave openspec/config.yaml schema field alone
bash <run.sh> --no-default
# explicitly pass --tools to `openspec init` (default: claude when non-interactive)
bash <run.sh> --tools=claude,codex
# preview without doing anything
bash <run.sh> --dry-run
# refresh the cached schemas source (one-time per machine, not per project)
bash <run.sh> --updatePass any of these to the script. The script prints for the full list.
--helpPreflight (script handles, agent should know)
- Requires CLI on PATH (
openspecif missing — tell the user)npm i -g @fission-ai/openspec - Requires
git - The script runs for the user when
openspec initis absentopenspec/
After bootstrap, in a project
If the user accepted the default-schema prompt:
bash
/opsx:new my-feature # uses superpowers-bridge by default
/opsx:new my-feature --schema spec-driven # opt-out for a lighter runOtherwise:
bash
/opsx:new my-feature --schema superpowers-bridgeFailure modes
- → tell user to
openspec CLI not foundnpm i -g @fission-ai/openspec - → likely OpenSpec CLI version mismatch; suggest CLI upgrade
Schema validation fails - → script silently skips; tell user they can re-run with
Fragment injection requested but CLAUDE.md / AGENTS.md absentafter creating one of those files--inject - warning → not blocking; only matters if user plans to use
Superpowers not detected(Full tier). Forsuperpowers-bridge(Lite) no action needed.spec-driven
Related links
- : https://github.com/obra/superpowers
obra/superpowers - : https://github.com/JiangWay/openspec-schemas/tree/main/superpowers-bridge
superpowers-bridge - OpenSpec CLI: https://github.com/Fission-AI/OpenSpec
- OPSX workflow guide: https://github.com/Fission-AI/OpenSpec/blob/main/docs/opsx.md
- Why default to project-local instead of user-global: see this skill's §"Why not user-global?"
README.md