opsx-apply

Implement OpenSpec change tasks by processing open and closed task files.

Updated Jan 20, 2026
One-click install
npx skills add https://github.com/moogah/emacs --skill opsx-apply-moogah
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: opsx-apply
Source: https://github.com/moogah/emacs/tree/main/.claude/skills/opsx-apply
Command: npx skills add https://github.com/moogah/emacs --skill opsx-apply-moogah

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Implement tasks from an OpenSpec change by coordinating the reading, evaluation, and application of task files generated from OpenSpec designs. This skill streamlines turning design work into concrete changes within a controlled task workflow, reducing manual coordination overhead.

Core Features & Use Cases

  • Scan and categorize tasks from openspec/changes/<name>/tasks/open and openspec/changes/<name>/tasks/closed.
  • Resolve task readiness by applying status rules and updating frontmatter to reflect completion.
  • Load shared context from the change's design artifacts and verify alignment with implementation tasks.
  • Provide progress reporting, guardrails, and safe transitions between open and closed tasks.
  • Use case: a team adopts an OpenSpec change and iteratively implements tasks, monitors progress, and archives completed work.

Quick Start

Provide a change identifier or allow the system to infer it, then run the opsx-apply workflow to begin implementing tasks.

Frequently Asked Questions about opsx-apply

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

FAQPage Schema
How do I implement OpenSpec change tasks end-to-end?

To implement OpenSpec change tasks, this skill processes files in openspec/changes/<name>/tasks/open and closed directories, reading design context and applying readiness rules to move tasks accordingly. It coordinates reading, evaluation, and application of task files generated from OpenSpec designs.

How does task readiness validation work in an OpenSpec workflow?

Task readiness validation works by applying status rules to open and closed task files, verifying alignment with the change's design artifacts, architecture, and specs. The system evaluates frontmatter and context to determine which tasks are ready, blocked, or completed.

Can I use this to manage task status transitions for development automation?

Yes, you can use this to manage task status transitions for development automation. It provides guardrails and safe transitions between open and closed tasks, updating frontmatter to reflect completion while reporting progress throughout the implementation workflow.

What context is loaded when implementing tasks from an OpenSpec change?

When implementing tasks from an OpenSpec change, the system loads shared context from the change's design, architecture, specs, and proposals. It reads these artifacts into context to verify alignment with implementation tasks before applying readiness rules.

Do I need to manually specify the change identifier to begin implementing tasks?

No, you do not need to manually specify the change identifier. You can provide a change identifier or allow the system to infer it, then run the workflow to begin implementing tasks from the OpenSpec change automatically.

Why are my OpenSpec tasks remaining blocked instead of moving to closed?

OpenSpec tasks remain blocked when status rules and context validation determine they are not ready. The system checks alignment with design, architecture, specs, and proposals, and only moves tasks when readiness criteria are fully satisfied.