mcpField
O
openspec-apply

openspec-apply

github.com/full-stack-skillsDevelopment191 installsUpdated 4w ago
Repository

About openspec-apply

openspec-apply is a skill that guides coding agents through implementation tasks in an OpenSpec change once planning artifacts are ready. It works through tasks.md, edits code, runs tests as needed, and updates completion marks, while allowing design artifacts to change during implementation.

Key features

  1. 01Read tasks.md and identify incomplete work
  2. 02Write or modify code and files task by task
  3. 03Run tests as needed and mark completed tasks
  4. 04Resume interrupted work from task checkbox state

Use cases

  1. 01Begin implementing an OpenSpec change after planning
  2. 02Resume implementation after an interruption
  3. 03Revise artifacts and continue when implementation reveals design issues

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/full-stack-skills/openspec-skills --skill openspec-apply

After installing, type/openspec-applyin Claude Code to confirm it loaded.

Bundled filesagents/openai.yaml

Details

From the project README

OpenSpec Apply Skill

Use /opsx:apply to implement tasks from a change. The agent reads tasks.md, works through tasks one by one, writes code, creates files, runs tests as needed, and checks off completed items with [x].

When to Use

  • All planning artifacts are complete and the user wants to implement.
  • The user says "implement", "apply", "start coding", "execute tasks".
  • Resuming implementation after an interruption.

Prerequisites

  • Planning artifacts complete — at minimum tasks.md exists (created via openspec-ff or openspec-continue).

Workflow

  1. Start implementation

    • /opsx:apply — apply the current/inferred change.
    • /opsx:apply <change-name> — apply a specific change.
  2. Read tasks

    • The agent reads tasks.md and identifies incomplete tasks (unchecked [ ] items).
  3. Work through tasks

    • For each task: read relevant specs, design, and existing code; write code; create/modify files; run tests.
    • Mark each task complete with [x] in tasks.md.
  4. Handle issues

    • If a task reveals that the design was wrong, edit the artifact (e.g. design.md) and continue.
    • OpenSpec is fluid — updating artifacts during implementation is expected and encouraged.
  5. Resume if interrupted

    • Run /opsx:apply again; it picks up where it left off based on checkbox state.

Outputs

  • Code changes (new files, modified files) implementing the tasks.
  • tasks.md updated with [x] for completed tasks.

Next Steps

  • Use openspec-verify to validate implementation matches artifacts.
  • Use openspec-archive to archive the completed change.

Troubleshooting

  • "Change not found": Specify the change name: /opsx:apply add-dark-mode.
  • Tasks seem wrong: Edit tasks.md (or use /opsx:continue to regenerate) before applying.
  • Implementation diverges from design: Edit design.md or specs/ as needed; OpenSpec is iterative.

References

Comments

Markdown supported