openspec-apply-change

Apply OpenSpec changes by selecting active changes and generating task-by-task instructions.

139|27|Updated Nov 9, 2014
One-click install
npx skills add https://github.com/nfe/client-nodejs --skill openspec-apply-change-nfe
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-apply-change
Source: https://github.com/nfe/client-nodejs/tree/main/.github/skills/openspec-apply-change
Command: npx skills add https://github.com/nfe/client-nodejs --skill openspec-apply-change-nfe

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you implement an OpenSpec change by turning the change’s planned tasks into concrete, step-by-step work driven by the CLI-provided context.

Core Features & Use Cases

  • Change selection & status awareness: Uses the provided change name (or infers/selects the right active change) and reads the current status to understand the workflow schema.
  • Task-driven implementation loop: Retrieves “apply” instructions, reads the required context files, reports progress, and iterates through pending tasks while keeping changes minimal.
  • Robust handling of completion and blockers: Detects blocked states, pauses on ambiguity or errors, updates task checkboxes as work completes, and summarizes results when finished.

Use Case: When you need to start implementing, continue, or finish a previously planned OpenSpec change (e.g., spec-driven work with tasks stored in the appropriate artifacts).

Quick Start

Ask the assistant to apply a specific OpenSpec change by name so it can read instructions, load the required context files, and begin implementing the next pending task.

Frequently Asked Questions about openspec-apply-change

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement spec-driven changes task by task using CLI automation?

You can implement spec-driven changes by selecting an active OpenSpec change, parsing CLI status and apply instructions, reading context files, and driving a task-by-task implementation loop that keeps changes minimal and updates task checkboxes upon completion.

What is the best way to apply an OpenSpec change safely without missing planned tasks?

Applying an OpenSpec change safely involves using CLI commands to list changes, check schema status, and generate apply instructions that drive a task-by-task implementation loop, ensuring every pending task is completed and checkboxes are updated.

How does schema status affect task implementation in a spec-driven workflow?

Schema status determines where tasks live within workflow artifacts. Checking schema status via CLI allows the implementation process to correctly locate pending spec-driven tasks and generate the appropriate apply instructions for the active change.

What happens when a task is blocked or ambiguous during codebase changes?

When a task is blocked or ambiguous during codebase changes, the implementation loop pauses for guidance. It detects blocked states, errors, or ambiguity, and stops to request user input before continuing the task implementation process.

Do I need to manually update task checkboxes after completing each spec-driven task?

You do not need to manually update task checkboxes. The CLI-driven implementation loop automatically updates task checkboxes as each spec-driven task completes, and summarizes the final results when the change is fully applied.

Can I continue a previously planned OpenSpec change if I don't know the exact change name?

You can continue a previously planned OpenSpec change without knowing the exact name. The workflow infers or selects the correct active change by listing available changes and reading the current schema status to identify the right implementation target.