sakura-spec

Translates natural-language goals into working PRDs, feature contracts, and acceptance criteria.

3|1|Updated Sep 9, 2026
One-click install
npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-spec-v20227
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sakura-spec
Source: https://github.com/v20227/using-sakura-dev/tree/main/skills/sakura-spec
Command: npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-spec-v20227

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Turning a vague product idea into a clear, testable specification is hard, and most users do not want to write or maintain a PRD themselves. This Skill owns that specification work: it converts natural-language intent into a defined outcome, scope boundaries, and observable acceptance criteria that development can act on. ## Core Features & Use Cases - Outcome Definition: Identifies the intended user, their problem, the action they take, and the observable result, resolving ordinary gaps with reversible defaults instead of endless questions. - Acceptance Criteria with Verification: Attaches an executable verification method to each acceptance criterion and carries previously accepted behavior forward through corrections and additions. - Semantic Integrity: Maintains canonical product terminology, records material changes to accepted rules, and prevents superseded documents from being treated as current requirements. - Use Case: You describe a new feature in plain language, such as adding offline mode to a note-taking app. The Skill produces a feature contract defining what is included, what is out of scope, and how each acceptance condition will be verified, without requiring you to write any specification document. ## Quick Start Ask the assistant to turn your feature idea into a working specification with acceptance criteria, for example: define the requirements and acceptance criteria for adding offline note syncing to my app.

Frequently Asked Questions about sakura-spec

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

FAQPage Schema
How do I turn a feature idea into acceptance criteria?▼

Describe the intended user, their problem, and the result they should observe in plain language. The Skill generates a feature contract with the smallest complete set of observable acceptance criteria, each paired with an executable verification method.

Do I need to write a PRD before starting development?▼

No. The Skill generates and maintains the working PRD, feature contract, and acceptance criteria for you. You can inspect or edit these records at any time, but document approval is never a required gate before planning or implementation.

When does the specification process ask me questions?▼

Questions are asked only when the answer materially changes product direction, user experience, cost, safety, data handling, or delivery target. Ordinary gaps are resolved with a recommended reversible default explained in plain language.

What happens to existing requirements when I request changes?▼

Previously accepted behavior is carried forward into corrections and additions. A condition is marked superseded only when you explicitly change it, and affected work items and checks are updated before a material revision is implemented.

When should I skip writing a new specification?▼

Clear small changes reuse existing requirements without a new specification phase. A new specification is warranted only for a new or changed product goal, unclear behavior, or a material requirement decision.