wa:spec-criteria

Generate and lock acceptance criteria with sequential AC-IDs into FRD.md.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/jeremy-newhouse/eck-e2e-weather-app --skill wa-spec-criteria
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: wa:spec-criteria
Source: https://github.com/jeremy-newhouse/eck-e2e-weather-app/tree/main/.claude/skills/spec-criteria
Command: npx skills add https://github.com/jeremy-newhouse/eck-e2e-weather-app --skill wa-spec-criteria

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

It helps you quickly turn a feature description into precise, testable acceptance criteria that are uniquely identified with AC-IDs and stored in your FRD.

Core Features & Use Cases

  • Acceptance-criteria generation: Produces a numbered AC table with verb-first, non-overlapping, testable behaviors.
  • AC-ID continuity: Continues from the existing watermark (and preserves retired criteria) to maintain traceability across revisions.
  • Revision-safe approvals: Prompts for user approval, then writes the canonical Acceptance Criteria and changelog sections into FRD.md.

Quick Start

Run the command /spec-criteria user notification preferences to generate and lock acceptance criteria for that feature into docs/{feature}/FRD.md.

Frequently Asked Questions about wa:spec-criteria

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

FAQPage Schema
How do I generate acceptance criteria with unique IDs for my FRD?▼

To generate acceptance criteria with unique IDs, the Skill reads your feature scope from an existing FRD.md, produces a canonical numbered AC table with verb-first testable behaviors, and locks each row with sequential AC-IDs.

How does requirements traceability work when revising existing acceptance criteria?▼

Requirements traceability is maintained by continuing AC-ID sequences from the existing watermark, preserving retired criteria rows, and appending an AC Changelog with revision history updates to prevent ID reuse.

Can I use this to write acceptance criteria if I only have a feature description and no FRD?▼

You need an existing FRD.md artifact defining scope and candidates to use this workflow, as the Skill writes the generated acceptance criteria table and changelog directly into that file during a revision-safe approval process.

What is the best way to lock acceptance criteria for E2E test planning?▼

The best way to lock acceptance criteria for E2E planning is generating non-overlapping, testable behaviors with sequential AC-IDs, prompting for user approval, and then writing the locked canonical table into your FRD.md.

How do I prevent AC-ID reuse when managing multiple feature revisions?▼

AC-ID reuse is prevented by reading the existing revision state and watermark from your FRD.md and optional DISCOVERY.md, then continuing the sequence while preserving retired rows in the updated changelog.