Skip to content

chore: add OpenSpec skill bundles for Claude, Codex, and Copilot#46

Open
ninjadq wants to merge 1 commit into
Azure:mainfrom
ninjadq:add-openspec-skills
Open

chore: add OpenSpec skill bundles for Claude, Codex, and Copilot#46
ninjadq wants to merge 1 commit into
Azure:mainfrom
ninjadq:add-openspec-skills

Conversation

@ninjadq
Copy link
Copy Markdown
Member

@ninjadq ninjadq commented Jun 5, 2026

Summary

  • Vendor the openspec CLI's generated skill/command artifacts into the repository so contributors using Claude Code, Codex, or GitHub Copilot CLI get the same /opsx workflow without installing skills separately.
  • Adds the propose / explore / apply / verify / archive skill set in three forms:
    • .claude/skills/openspec-* + .claude/commands/opsx/*.md — Claude Code skill manifests and slash commands.
    • .codex/skills/openspec-* — Codex skill manifests (same SKILL.md shape).
    • .github/skills/openspec-* + .github/prompts/opsx-*.prompt.md — Copilot CLI skill manifests and prompt files.

All three sets wrap the same openspec CLI commands that already drive the existing OpenSpec baseline merged in #45.

No source code, CRD, RBAC, or runtime changes.

Test plan

  • In Claude Code: /opsx:propose, /opsx:apply, /opsx:verify, /opsx:archive resolve to the vendored skills
  • In Codex CLI: the openspec-* skills are discoverable
  • In Copilot CLI: .github/prompts/opsx-*.prompt.md are picked up
  • make test still green (no Go code touched)

🤖 Generated with Claude Code

Vendor the openspec CLI's generated skill/command artifacts so every
contributor agent has the same /opsx workflow available without
needing to install the skills separately:

- .claude/skills/, .claude/commands/opsx — Claude Code slash commands
  and skill manifests for propose / explore / apply / verify / archive.
- .codex/skills/ — same SKILL.md set adapted for Codex.
- .github/skills/ and .github/prompts/ — Copilot CLI skill manifests
  and prompt files (opsx-*.prompt.md).

Each set wraps the same `openspec` CLI commands documented in the
project's existing OpenSpec baseline, so the workflows stay consistent
across editors.

No source code or runtime changes.

Co-Authored-By: Claude Opus 4 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant