What problem does it solve? Teams often let implementations define their own success criteria, leading to tests that merely mirror the code written and reviews that rubber-stamp changes. This Skill establishes a normative verification-first policy so expected behavior is defined independently before any solution is built. ## Core Features & Use Cases - Intent Classification: Categorizes every change as NEW_BEHAVIOR, BEHAVIOR_CHANGE, BUG_FIX, PURE_REFACTOR, or NON_BEHAVIORAL_CHANGE, each with its own verification rules. - Role Separation: Defines distinct ownership for Change Orchestrator, Verifier, Implementer, and Reviewer so verification contracts stay independent from solution artifacts. - Structured Result Envelopes: Provides canonical shapes like VerificationContract, ImplementationResult, ReviewResult, and FinalVerificationResult for consistent handoffs. - Use Case: When fixing a bug in a CLI tool, the policy requires reproducing the defect with a focused regression test before the fix, then running a fresh final verification against the original approved requirement. ## Quick Start Apply the verification-first policy to plan and verify my next bug fix, starting by classifying the intent and establishing a verification contract before any code changes.