acceptance-criteria-design

Translate approved requirements into verifiable acceptance criteria with traceability.

7|Updated Feb 14, 2026
One-click install
npx skills add https://github.com/KentoShimizu/sw-agent-skills --skill acceptance-criteria-design-kentoshimizu
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: acceptance-criteria-design
Source: https://github.com/KentoShimizu/sw-agent-skills/tree/main/skills/acceptance-criteria-design
Command: npx skills add https://github.com/KentoShimizu/sw-agent-skills --skill acceptance-criteria-design-kentoshimizu

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams translate approved requirements into concrete, verifiable acceptance criteria that are ready for QA validation and release gating.

Core Features & Use Cases

  • Convert requirements into binary pass/fail criteria with explicit preconditions, actions, and observable outcomes.
  • Build a traceability map from each requirement to its verification method and evidence sources.
  • Produce a scenario matrix covering happy path, boundary, negative, and failure cases to reduce interpretation drift.

Quick Start

Provide a ready-to-use acceptance criteria set for approved requirements.

Frequently Asked Questions about acceptance-criteria-design

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

FAQPage Schema
How do I translate approved requirements into verifiable acceptance criteria?

To translate approved requirements into verifiable acceptance criteria, specify binary pass/fail conditions with explicit preconditions, actions, and observable outcomes. This ensures requirements are ready for QA validation and release gating.

What is the best way to build a traceability map for QA validation?

Building a traceability map for QA validation involves linking each requirement directly to its verification method and evidence sources. This maintains clear mapping from requirements to verification, reducing interpretation drift during release decisions.

How do I create a scenario matrix covering boundary and failure cases for requirements?

Creating a scenario matrix for requirements involves generating testable criteria that cover happy path, boundary, negative, and failure cases. This matrix reduces interpretation drift and ensures comprehensive verification of REQ-* and NFR-* baselines.

How do I write binary pass/fail criteria with preconditions and observable outcomes?

Writing binary pass/fail criteria requires specifying explicit preconditions, actions, and expected observable outcomes. This produces testable criteria for requirements handoff, ensuring QA validation relies on concrete evidence sources rather than subjective interpretation.

When do I need to generate acceptance criteria for requirements handoff?

You need to generate acceptance criteria for requirements handoff when translating approved requirements into testable criteria for QA validation and release decisions. This applies specifically to producing verifiable criteria for REQ-* and NFR-* baselines.