write-spec

Convert a problem statement into a structured PRD with goals and success metrics.

1|Updated Jul 22, 2025
One-click install
npx skills add https://github.com/niconiahi/ethernauta --skill write-spec-niconiahi
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: write-spec
Source: https://github.com/niconiahi/ethernauta/tree/main/.claude/skills/write_spec
Command: npx skills add https://github.com/niconiahi/ethernauta --skill write-spec-niconiahi

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you transform a vague feature idea or user request into a clear, stakeholder-ready feature specification that defines what you will build, why it matters, and how success will be measured.

Core Features & Use Cases

  • PRD generation from a starting problem: Converts a feature name or problem statement into a structured product requirements document.
  • Structured scope definition: Establishes goals, non-goals, requirements (P0/P1/P2), and acceptance criteria to prevent scope creep.
  • Context-driven refinement: Pulls related material when connected tools exist, otherwise proceeds solely from user-provided details.
  • Decision-ready outputs: Produces open questions and timeline considerations to guide execution and cross-functional alignment.

Quick Start

Use the write-spec skill to produce a PRD for your feature by describing the feature or problem statement in one sentence.

Frequently Asked Questions about write-spec

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

FAQPage Schema
How do I write a PRD from a feature idea or problem statement?▼

PRD generation from a problem statement requires a single-sentence feature description to produce a structured product requirements document. This output includes goals, non-goals, categorized requirements, and acceptance criteria for product and engineering alignment.

What should be included in a product spec to prevent scope creep?▼

A product spec should include goals, non-goals, categorized requirements with acceptance criteria, and success metrics. Establishing these structured scope definitions prevents scope creep by clearly defining what you will build.

How do I define success metrics and user stories for a feature spec?▼

Defining success metrics and user stories involves structuring your feature spec around a clear problem statement. This process drafts actionable user stories and plans success metrics to measure why the feature matters and how it performs.

Can I generate a decision-ready PRD without providing context from related documents?▼

You can generate a decision-ready PRD without related documents by proceeding solely from user-provided details. The output will still include open questions and timeline considerations to guide execution and cross-functional alignment.

What is the best way to structure requirements and acceptance criteria for engineering alignment?▼

The best way to structure requirements for engineering alignment is to categorize them by priority and pair each with clear acceptance criteria. This creates a decision-ready document outlining goals, non-goals, and success metrics for execution.