What problem does it solve? Technical specifications (OpenSpec changes) often contain invented file names, wrong line references, or contradictions with existing specs, and these defects slip into implementation. This Skill performs a mechanical pre-implementation audit of a change document, verifying every claim against the actual repository before any code is written. ## Core Features & Use Cases - Fact verification: Every mentioned file, class, field, function, and extension point is checked with Grep/Read against the repository, with findings reported as file:line references. - Anchor and spec-delta validation: Validates enforced: anchors, requirement IDs, and MODIFIED/ADDED deltas using spec-lint.py, openspec validate --strict, lint_brand.py, and sdd-check gates. - Consistency and numbering checks: Detects conflicts with archived specs, other active changes, AGENTS.md conventions, and verifies the sequential change number across all four sources. - Use Case: A change tz-105-add-retry-logic is dropped into openspec/changes/. Run the review to get a numbered list of findings grouped by format, code facts, anchors, consistency, and formalities, plus a one-line verdict: ready for implementation or requires fixes. ## Quick Start Review the OpenSpec change in openspec/changes/tz-105-add-retry-logic and report findings with a verdict before implementation.