Agent Skills: OpenSpec Apply Change

Implement tasks from an OpenSpec change. Use when the user wants to start implementing, continue implementation, or work through tasks.

UncategorizedID: u473t8/learning-app/openspec-apply-change

Install this agent skill to your local

pnpm dlx add-skill https://github.com/u473t8/learning-app/tree/HEAD/.codex/skills/openspec-apply-change

Skill Files

Browse the full folder contents for openspec-apply-change.

Download Skill

Loading file tree…

.codex/skills/openspec-apply-change/SKILL.md

Skill Metadata

Name
openspec-apply-change
Description
Implement tasks from an existing OpenSpec change. Use this when the user wants to start implementation, continue implementation, or work through the remaining tasks of a change after the repo workflow has already opened tracking for it.

OpenSpec Apply Change

Use this skill when the user wants to implement an existing OpenSpec change.

Workflow

  1. Resolve the target change.

    • If the user names it, use that change.
    • Otherwise inspect active changes and choose the only obvious candidate.
    • If multiple candidates are plausible, ask the user to pick one.
  2. Inspect change status:

openspec status --change "<name>" --json
  1. Load implementation instructions:
openspec instructions apply --change "<name>" --json
  1. Handle instruction states:

    • blocked: explain what artifact is missing and suggest openspec-propose-change
    • all_done: summarize that implementation is complete and suggest archive
    • otherwise: continue
  2. Read all files listed in contextFiles.

  3. Implement pending tasks.

    • Keep changes minimal and scoped.
    • Mark completed tasks in the tasks artifact immediately.
    • Continue until done, blocked, or the user interrupts.
  4. If implementation reveals a spec or design mismatch:

    • pause
    • explain the mismatch
    • suggest updating the change artifacts before continuing

Output

Always report:

  • which change is being used
  • current progress
  • tasks completed in this session
  • whether the next step is more implementation, verify, or archive

Guardrails

  • Always read contextFiles before changing code.
  • Do not guess through ambiguous tasks.
  • If the change has no tasks yet, do not improvise implementation.
  • Prefer finishing one coherent chunk of work before stopping.