spec-interview

Interview non-technical stakeholders to produce structured requirements in markdown.

2|Updated Feb 27, 2026
One-click install
npx skills add https://github.com/onejaejae/skills --skill spec-interview-onejaejae
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: spec-interview
Source: https://github.com/onejaejae/skills/tree/main/plugins/ai-registry/common/spec-pipeline/skills/spec-interview
Command: npx skills add https://github.com/onejaejae/skills --skill spec-interview-onejaejae

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill helps product teams transform vague ideas, meeting notes, or feature descriptions from non-technical stakeholders into clear, structured requirements before development begins.

Core Features & Use Cases

  • Structured Requirement Gathering: Uses a phased, question-driven approach to elicit detailed requirements.
  • Business Language Focus: Ensures all questions and outputs are in plain business terms, avoiding technical jargon.
  • Use Case: A product manager has a rough idea for a new feature from a brainstorming session. They use this Skill to interview the stakeholders, systematically uncovering the user stories, edge cases, and success criteria needed for the development team.

Quick Start

Use the spec-interview skill to start gathering requirements for the new user profile feature.

Frequently Asked Questions about spec-interview

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

FAQPage Schema
How do I gather structured requirements from vague feature ideas through stakeholder interviews?

Structured requirement gathering from stakeholders uses a phased interview approach to clarify vague ideas into actionable requirements, systematically moving from domain context to open-ended story exploration and probing scenarios.

What is the best way to turn meeting notes into product requirements without technical jargon?

Transforming meeting notes into product requirements relies on business language focus, ensuring all interview questions and outputs are in plain business terms to avoid technical jargon while systematically uncovering user stories and edge cases.

Can I use this approach to clarify scope and edge cases before development begins?

Clarifying scope and edge cases before development is achieved by focusing on gaps during the interview process, systematically confirming boundaries, and outputting the finalized requirements directly to a markdown file.

How do I conduct a business analysis interview for non-technical stakeholders?

Conducting a business analysis interview for non-technical stakeholders employs a structured, question-driven approach that starts with domain context, moves to open-ended story exploration, and probes specific scenarios to elicit detailed requirements.

Does requirement gathering work for documenting success criteria and user stories from brainstorming sessions?

Requirement gathering works for brainstorming sessions by systematically uncovering the user stories, edge cases, and success criteria needed for the development team, outputting the confirmed scope to a markdown documentation file.