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.