What problem does it solve? It closes the gap between claimed and proven completion in spec-driven development by independently verifying that an implemented change actually matches its proposal, specs, design, and task list, backed by real test execution rather than static inspection alone. ## Core Features & Use Cases - Spec Compliance Matrix: Maps every requirement and scenario to a covering test with COMPLIANT, FAILING, UNTESTED, or PARTIAL statuses. - Runtime Evidence Enforcement: Runs test, build, and coverage commands and records exit codes and output hashes in a strict YAML envelope. - Strict TDD Auditing: Optionally validates RED/GREEN/TRIANGULATE evidence, test layer distribution, changed-file coverage, and assertion quality (tautologies, ghost loops, mock-heavy tests). - Use Case: After an apply phase finishes a change, the orchestrator delegates to this skill, which reruns the suite, cross-checks 144 data rows against spec scenarios, and returns a PASS, PASS WITH WARNINGS, or FAIL verdict with CRITICAL/WARNING/SUGGESTION issues. ## Quick Start Ask the orchestrator to run the SDD verification phase for the current change so it executes the tests and produces a verification report proving the implementation matches the specs.