OpenSpec Workflow Management (OpsX)

VerifiedSafe

OpenSpec Workflow (OpsX) manages the lifecycle of specification-driven development changes using commands like onboard, new, fast-forward, apply, and archive. It structures changes from proposal through planning, implementation, and archival into standardized artifacts within a .openspec directory. This skill is useful for teams following the OpenSpec methodology to maintain consistency and traceability across development changes.

Sby Skills Guide Bot
DevelopmentIntermediate
6/2/2026
Claude CodeCursorWindsurfCopilot
#spec-driven-development#workflow-management#change-lifecycle#openspec#opsx

Recommended for

Automated summary

Provides a structured lifecycle management system for specification-driven development changes, from proposal to archival.

Strengths

  • Standardized change lifecycle with clear phases
  • Automated generation of planning documents
  • Integration with version control for archiving
  • Supports both urgent quick changes and comprehensive planning

Limitations

  • Requires adoption of OpenSpec methodology
  • May be overly structured for very small projects
  • Depends on AI assistant support for slash commands
When to use it

Use when you need a systematic, traceable approach to managing development changes in an AI-assisted environment.

When not to use it

Avoid for informal or experimental projects where rigid workflow overhead is not justified.

Security analysis

Safe
Quality score95/100

This skill is purely a declarative documentation of a workflow management system with no executable code, destructive commands, or security-sensitive operations. It poses no execution risk.

No concerns found

How this analysis is made

Examples

Start a new change proposal
/opsx.new "Add user authentication system"
Generate planning documentation
/opsx.ff
Archive completed change
/opsx.archive

name: opsx description: OpenSpec workflow management system for creating, planning, implementing, and archiving specification-driven development changes with comprehensive lifecycle management

OpenSpec Workflow (OpsX)

OpenSpec Workflow (OpsX) provides a comprehensive lifecycle management system for specification-driven development changes, from initial proposal through implementation and archival.

Overview

OpsX implements a structured approach to managing development changes through the OpenSpec methodology:

  1. Onboard - Get started with OpenSpec workflow
  2. New - Create new OpenSpec change proposals
  3. Fast-Forward - Generate complete planning documentation
  4. Apply - Execute implementation tasks
  5. Archive - Complete and archive finished changes

Available Commands

Lifecycle Management Commands

| Command | Purpose | Usage | |---------|---------|--------| | opsx.onboard | Get started with OpenSpec workflow | /opsx.onboard | | opsx.new | Create a new OpenSpec change proposal | /opsx.new "change description" | | opsx.ff | Fast-forward to generate all planning docs | /opsx.ff | | opsx.apply | Execute OpenSpec implementation tasks | /opsx.apply | | opsx.archive | Archive a completed OpenSpec change | /opsx.archive |

Workflow Patterns

Standard Change Lifecycle

# 1. Initialize OpenSpec workflow (first time)
/opsx.onboard

# 2. Create new change proposal
/opsx.new "Add user authentication system"

# 3. Generate complete planning documentation
/opsx.ff

# 4. Execute implementation
/opsx.apply

# 5. Archive completed change
/opsx.archive

Quick Implementation Pattern

# For urgent changes or small fixes
/opsx.new "Fix critical security vulnerability"
/opsx.apply  # Skip detailed planning for urgent changes
/opsx.archive

Comprehensive Planning Pattern

# For complex changes requiring thorough planning
/opsx.new "Migrate to microservices architecture"
/opsx.ff     # Generate comprehensive planning docs
# Review and refine plans as needed
/opsx.apply  # Execute with full planning context
/opsx.archive

OpenSpec Change Structure

OpsX manages changes with a standardized structure:

.openspec/
├── changes/
│   └── [change-id]/
│       ├── proposal.md      # Initial change proposal
│       ├── specification.md # Detailed requirements
│       ├── plan.md         # Implementation plan
│       ├── tasks.md        # Task breakdown
│       ├── implementation/ # Implementation artifacts
│       └── archive.md      # Completion summary
├── templates/              # OpenSpec templates
├── config/                # Workflow configuration
└── archive/               # Completed changes
    └── [year]/
        └── [change-id]/   # Archived change artifacts

Change Lifecycle Phases

1. Proposal Phase (opsx.new)

  • Purpose: Capture initial change request and basic scope
  • Artifacts: proposal.md with change description, rationale, and initial scope
  • Next Steps: Fast-forward planning or direct implementation

2. Planning Phase (opsx.ff)

  • Purpose: Generate comprehensive planning documentation
  • Artifacts:
    • specification.md - Detailed requirements and acceptance criteria
    • plan.md - Implementation strategy and design decisions
    • tasks.md - Ordered task breakdown with dependencies
  • Next Steps: Review plans, then execute implementation

3. Implementation Phase (opsx.apply)

  • Purpose: Execute planned tasks and track progress
  • Artifacts: Implementation code, tests, documentation in implementation/
  • Next Steps: Complete implementation and archive change

4. Archive Phase (opsx.archive)

  • Purpose: Complete the change lifecycle and preserve artifacts
  • Artifacts: archive.md with completion summary and lessons learned
  • Outcome: Change moved to archive for future reference

Integration Points

Version Control Integration

  • Automatic Branching - Creates feature branches for each change
  • Commit Automation - Structures commits according to OpenSpec conventions
  • Pull Request Generation - Automated PR creation with proper documentation
  • Merge Management - Handles branch cleanup after successful completion

Project Management Integration

  • Issue Tracking - Links changes to project management tools
  • Sprint Planning - Integrates task breakdown with sprint planning
  • Progress Reporting - Automated status updates and progress tracking
  • Dependency Management - Tracks cross-change dependencies

Quality Assurance Integration

  • Validation Gates - Automated quality checks at each phase
  • Documentation Standards - Ensures consistent documentation quality
  • Review Workflows - Structured peer review processes
  • Compliance Tracking - Monitors adherence to organizational standards

Configuration and Customization

Workflow Customization

OpsX supports organization-specific customization:

# .openspec/config/workflow.yml
phases:
  planning:
    required: true
    templates: ["specification", "plan", "tasks"]
  implementation:
    validation_gates: ["tests", "documentation", "security"]
  archive:
    retention_policy: "permanent"
    backup_location: "archive/"

integrations:
  git:
    branch_prefix: "openspec/"
    commit_conventions: "conventional"
  project_management:
    provider: "github"
    link_issues: true

Template Customization

Organizations can customize templates for their specific needs:

  • Proposal templates - Standardized change request format
  • Specification templates - Requirements documentation format
  • Plan templates - Implementation planning format
  • Archive templates - Completion documentation format

Best Practices

Change Scoping

  • Single Responsibility - Each change should address one specific concern
  • Clear Boundaries - Well-defined scope with explicit inclusions/exclusions
  • Dependency Mapping - Identify and document relationships with other changes
  • Risk Assessment - Evaluate potential impacts and mitigation strategies

Planning Quality

  • Stakeholder Input - Gather requirements from all affected parties
  • Technical Validation - Ensure feasibility of proposed solutions
  • Timeline Realism - Accurate estimation of effort and dependencies
  • Quality Gates - Define clear acceptance criteria and validation steps

Implementation Management

  • Task Granularity - Break work into manageable, trackable units
  • Progress Tracking - Regular updates on task completion and blockers
  • Quality Assurance - Continuous validation against acceptance criteria
  • Documentation Maintenance - Keep artifacts current throughout implementation

Archive Management

  • Lessons Learned - Document insights for future reference
  • Artifact Preservation - Maintain complete change history
  • Knowledge Transfer - Share learnings with team and organization
  • Process Improvement - Use archive data to refine workflow

Error Handling and Recovery

Common Issues and Solutions

| Issue | Symptoms | Resolution | |-------|----------|------------| | Incomplete planning | Missing artifacts, unclear requirements | Run /opsx.ff to generate missing documentation | | Stalled implementation | Long-running tasks, blocked progress | Review task breakdown, identify blockers, replan if needed | | Quality gate failures | Failed validation, incomplete criteria | Address specific failures, update implementation | | Merge conflicts | Git conflicts, integration issues | Resolve conflicts, validate integration, continue |

Recovery Procedures

  • Rollback Capability - Ability to revert changes if issues arise
  • Checkpoint Management - Regular save points during long implementations
  • Alternative Paths - Fallback strategies for blocked implementations
  • Emergency Procedures - Fast-track critical fixes when needed

Metrics and Analytics

OpsX tracks key metrics for process improvement:

Process Metrics

  • Cycle Time - Time from proposal to archive
  • Planning Accuracy - Actual vs. estimated effort
  • Quality Metrics - Defect rates, rework frequency
  • Success Rate - Percentage of changes successfully completed

Organizational Metrics

  • Change Velocity - Number of changes completed per time period
  • Resource Utilization - Efficiency of team capacity usage
  • Knowledge Retention - Effectiveness of documentation and archival
  • Process Adoption - Team adherence to OpenSpec methodology

This comprehensive OpsX skill provides a complete lifecycle management system for specification-driven development that ensures quality, traceability, and continuous improvement.

From the file to a first result

The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.

View the source and supporting files

This download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.

1. Download the file

Download SKILL.md

From the root of a test project, save the file as .skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.

Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.

mkdir -p '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/openspec-workflow-management-opsx-mma3jqvj/download' --output '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md.part' && mv '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md.part' '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md'

2. Check prerequisites

Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.

No recognized prerequisites section in this file. This does not mean it is self-contained: libraries, tools and access requirements may be mentioned elsewhere in the content or source repository.

The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.

3. Load the skill

After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.

Claude Code
test -f '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md' && test -s '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/opsx' && cp -R '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj' '.claude/skills/opsx'

Cursor
test -f '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md' && test -s '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md' && mkdir -p '.cursor/skills' && test ! -e '.cursor/skills/opsx' && cp -R '.skill-downloads/openspec-workflow-management-opsx-mma3jqvj' '.cursor/skills/opsx'

OpenSkills

OpenSkills must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.

Official OpenSkills installation
openskills install './.skill-downloads/openspec-workflow-management-opsx-mma3jqvj'

openskills read 'openspec-workflow-management-opsx-mma3jqvj'

Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.

For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.

openskills sync

Manual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.

4. Try a first task

Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:

Read .skill-downloads/openspec-workflow-management-opsx-mma3jqvj/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.

Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.

Related skills