sdd-verify

Verify software changes against specifications, tasks, designs, and runtime test evidence.

Updated Jun 5, 2026
One-click install
npx skills add https://github.com/zMynxx/bifrost-with-opencode --skill sdd-verify-zmynxx
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sdd-verify
Source: https://github.com/zMynxx/bifrost-with-opencode/tree/main/.opencode/skills/sdd-verify
Command: npx skills add https://github.com/zMynxx/bifrost-with-opencode --skill sdd-verify-zmynxx

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents incomplete or incorrect software changes from being accepted by verifying that implementations match specifications, designs, tasks, and runtime evidence.

Core Features & Use Cases

  • Spec Compliance Verification: Compare implementation behavior against SDD artifacts, requirements, scenarios, and design decisions.
  • Runtime Quality Gates: Execute tests, analyze coverage when available, and produce verification reports with clear PASS or FAIL outcomes.
  • Use Case: Validate an AI-assisted software change before release by checking completed tasks, running relevant tests, and documenting any compliance gaps or risks.

Quick Start

Use the sdd-verify skill to verify that the current software change is complete and compliant with its specifications.

Frequently Asked Questions about sdd-verify

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

FAQPage Schema
How do I verify software changes against specifications and runtime test evidence?

Spec compliance verification compares implementation behavior against SDD artifacts, requirements, and design decisions. It executes tests, analyzes coverage, and produces evidence-based quality gate reports with clear PASS or FAIL outcomes to prevent incomplete implementations.

What's the best way to validate AI-assisted software changes before release?

Validate AI-assisted changes by auditing completed tasks, running relevant runtime tests, and checking design compliance. This produces a verification report documenting any compliance gaps or risks, ensuring the implementation matches the original specifications before acceptance.

Do I need SDD artifacts and test runners to perform spec compliance checks?

Spec compliance checks require access to SDD artifacts, test runners, and project context. Providing these inputs allows the verification process to produce evidence-based quality gate decisions and accurately document any compliance gaps found during the audit.

How does runtime test execution produce quality gate decisions for spec-driven development?

Runtime quality gates execute tests and analyze coverage to produce verification reports. These reports yield evidence-based PASS or FAIL decisions by directly comparing runtime test evidence against the defined specifications, tasks, and design decisions.

Why does an implementation pass tests but still fail spec compliance verification?

An implementation fails spec compliance verification when its behavior does not match SDD artifacts, requirements, or design decisions. Runtime test execution only checks code execution, while compliance checks audit completed tasks and document gaps against the full specification.

Can I use this verification process to document compliance gaps in spec-driven development workflows?

Yes, you can document compliance gaps in spec-driven development workflows by comparing implementation behavior against specifications and runtime evidence. The process produces verification reports that highlight any incomplete tasks, compliance risks, or deviations from the design.