spec-validation

Validate Phase II specification files for completeness, consistency, and implementation readiness.

Updated Feb 8, 2026
One-click install
npx skills add https://github.com/ramshan00/hackaton --skill spec-validation-ramshan00
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-validation
Source: https://github.com/ramshan00/hackaton/tree/main/Hackathon2-phase2/.claude/skills/spec-validation
Command: npx skills add https://github.com/ramshan00/hackaton --skill spec-validation-ramshan00

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve? It catches incomplete or low-quality Phase II specs before implementation begins, preventing wasted development effort caused by missing sections, unresolved placeholders, broken cross-references, or vague acceptance criteria. ## Core Features & Use Cases - Automated Spec Checks: Runs a Python script that verifies required frontmatter fields, required body sections, unresolved placeholders like {{TODO}} or [TBD], and cross-references to plan.md and tasks.md. - Manual Review Guidance: Provides structured checklists for completeness, consistency, and acceptance criteria quality, backed by a detailed acceptance criteria guide and a Phase II spec template. - Use Case: After running /sp.specify to draft a feature spec, run the validation script on specs/<feature>/spec.md, fix reported errors, and confirm spec quality before starting /sp.plan or /sp.implement. ## Quick Start Ask the AI to validate the spec at specs/<feature-name>/spec.md using the spec-validation skill and report any issues before implementation.

Frequently Asked Questions about spec-validation

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

FAQPage Schema
How do I validate a Phase II spec file before implementation?

Run the validation script with python .claude/skills/spec-validation/scripts/validate_spec.py followed by the path to your spec.md file. It checks frontmatter fields, required sections, placeholders, and cross-references, then outputs a PASS or FAIL report.

What does the spec validation script check automatically?

The script verifies required YAML frontmatter fields (name, description, status, type, owner), required body sections (Overview, Scope, Acceptance Criteria), unresolved placeholders like {{TODO}} or [TBD], and whether referenced plan.md and tasks.md files exist.

How do I write testable acceptance criteria for a spec?

Write criteria that are concrete, measurable, and verifiable by test or inspection, such as "API response time is < 200ms at p95" instead of "fast". Avoid implementation details, vague adjectives, and compound criteria; the included ACCEPTANCE_CRITERIA_GUIDE.md provides patterns and examples.

Does spec validation block implementation if checks fail?

No, the skill reports findings but does not block implementation. The user decides whether the spec is ready, needs refinement, or has critical issues that should hold implementation until resolved.

Why does spec validation report warnings about plan.md or tasks.md?

Warnings appear when the spec references plan.md or tasks.md but those files do not exist yet in the spec directory, or when no reference is found. These are warnings rather than errors since plans are often created after spec approval.