spec-validator

Identify ambiguity, missing requirements, contradictions, and untestable criteria in software specifications.

8|Updated Jun 18, 2026
One-click install
npx skills add https://github.com/ddobrin/plan-skills --skill spec-validator-ddobrin
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-validator
Source: https://github.com/ddobrin/plan-skills/tree/main/plugins/plan/skills/spec-validator
Command: npx skills add https://github.com/ddobrin/plan-skills --skill spec-validator-ddobrin

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill exposes ambiguity, omissions, contradictions, and untestable acceptance criteria in product or engineering specifications before implementation planning begins, reducing costly rework and preventing flawed requirements from reaching development.

Core Features & Use Cases

  • Adversarial Review: Dispatches three independent skeptic agents to attack a specification through ambiguity, missing requirements, contradictions, vague criteria, and malicious-compliance scenarios.
  • Majority Validation: Deduplicates findings and confirms only issues identified by at least two of the three reviewers, while preserving single-reviewer findings for follow-up.
  • Review Persistence: Writes a structured Markdown validation report to the appropriate milestone review directory and tracks actions taken.
  • Use Case: When a newly drafted design document is ready for review, use this Skill to identify unclear behavior, edge-case gaps, and acceptance criteria that cannot be objectively tested before creating an implementation plan.

Quick Start

Use the spec-validator skill to independently stress-test the specification at plans/active_milestones/example/spec.md and write the aggregated adversarial review.

Frequently Asked Questions about spec-validator

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

FAQPage Schema
How do I validate software specifications before implementation planning?

An adversarial specification review uses multiple independent skeptic agents to attack a spec for ambiguity, omissions, contradictions, and malicious-compliance scenarios. It confirms defects through majority validation, ensuring only issues identified by multiple reviewers are reported for follow-up.

What's the best way to find untestable acceptance criteria in a design document?

Adversarial review detects untestable acceptance criteria by having independent reviewers stress-test the specification for vague requirements. Confirmed findings are aggregated into a structured validation report, highlighting criteria that cannot be objectively tested before planning.

Can I use an adversarial review for refactoring and bug fix specifications?

Adversarial review applies to drafted specifications for features, bug fixes, and refactors that include measurable acceptance criteria. It stress-tests these documents to uncover edge-case gaps and unclear behavior before creating an implementation plan.

How does majority-based confirmation work for specification defect findings?

Majority-based confirmation deduplicates findings from three independent reviewers and confirms only issues identified by at least two. Single-reviewer findings are preserved separately, ensuring the persisted validation report focuses on consensus defects.

When should I not use a skeptic panel for requirements analysis?

Adversarial review is unnecessary for specifications without measurable acceptance criteria or design documents not yet drafted. It targets completed specs needing validation before implementation planning, not early-stage ideation or informal feature requests.