openspec-verify-change

Verify openspec change artifacts and generate a structured issue report.

1|Updated Jan 25, 2026
One-click install
npx skills add https://github.com/mufengbufeng/EF --skill openspec-verify-change-mufengbufeng
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: openspec-verify-change
Source: https://github.com/mufengbufeng/EF/tree/main/UnityProject/.claude/skills/openspec-verify-change
Command: npx skills add https://github.com/mufengbufeng/EF --skill openspec-verify-change-mufengbufeng

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Verifies that a change's implementation matches its change artifacts (specs, tasks, and design), ensuring completeness, correctness, and coherence before archiving.

Core Features & Use Cases

  • Validate task completion against tasks.md, including checks for - [ ] (incomplete) vs - [x] (complete).
  • Assess spec coverage by parsing delta specs under openspec/changes/<change>/specs/ and mapping requirements to code evidence.
  • Evaluate design coherence by comparing design.md decisions against implementation and flag deviations.
  • Generate a structured verification report with severity-based issues (CRITICAL, WARNING, SUGGESTION) and actionable recommendations.

Quick Start

Provide a change name to verify; the system will load artifacts, perform completeness, correctness, and coherence checks, and return a detailed verification report.

Frequently Asked Questions about openspec-verify-change

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

FAQPage Schema
How do I verify change implementation completeness against specs before archiving?

To verify change implementation completeness before archiving, analyze change artifacts like specs and tasks to ensure the code matches documented requirements, parsing delta specs and checking task completion checkboxes for accurate coverage.

What is openspec-driven change verification and how does it work?

Openspec-driven change verification evaluates implementation correctness and coherence by mapping delta spec requirements to code evidence, comparing design.md decisions against actual code, and producing a structured report with CRITICAL, WARNING, and SUGGESTION issues.

How do I check spec coverage and design coherence for a specific code change?

Check spec coverage and design coherence by parsing delta specs under openspec/changes/<change>/specs/, mapping requirements to code evidence, and evaluating design.md decisions against the implementation to flag any architectural deviations.

Can I verify multiple change artifacts at once when several changes exist?

When multiple changes exist, you can interactively select a specific change name to verify, allowing the system to load the corresponding artifacts, perform completeness checks, and return a detailed verification report for that selected change.

What is the best way to identify incomplete tasks in a change before archiving?

The best way to identify incomplete tasks is to validate task completion against tasks.md, specifically checking for unchecked checkboxes marked with [ ] versus completed ones marked with [x] to ensure all required work is finished.

Why does my code implementation deviate from the design document and how is it flagged?

Implementation deviations from the design document are flagged by comparing design.md decisions against the actual implementation, generating WARNING or CRITICAL issues in the structured verification report with concrete recommendations to resolve the discrepancies.