deep-requirements-hearing

Clarify vague requests into concrete requirements and success criteria.

Updated Feb 21, 2026
One-click install
npx skills add https://github.com/souki202/metaclaw --skill deep-requirements-hearing
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: deep-requirements-hearing
Source: https://github.com/souki202/metaclaw/tree/main/.agents/skills/deep-requirements-hearing
Command: npx skills add https://github.com/souki202/metaclaw --skill deep-requirements-hearing

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Ambiguity in requests often leads to scope creep and misaligned outcomes; this skill provides a structured approach to elicit the true objective, constraints, and success criteria, turning fuzzy input into a solid, testable requirements definition.

Core Features & Use Cases

  • Structured clarifying conversations to surface goals, constraints, and non-goals
  • Ambiguity triage to determine whether to pursue Implementation, Business, or Hybrid outcomes
  • Ready-to-use requirements-definition templates to guide documentation and alignment
  • Applicable to product strategy, research briefs, and stakeholder workshops to accelerate consensus and reduce rework

Quick Start

Initiate a session with a vague request and ask targeted questions to produce a draft requirements-definition.

Frequently Asked Questions about deep-requirements-hearing

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

FAQPage Schema
How do I turn vague stakeholder requests into actionable requirements?

Ambiguity in stakeholder requests often leads to scope creep and misaligned outcomes. Structured requirements elicitation surfaces the true objectives, constraints, and success criteria, preventing fuzzy input from derailing product strategy or research briefs.

How do I triage ambiguity to decide between business and implementation goals?

Triage ambiguity by selecting a specific mode: Implementation, Business, or Hybrid. This clarifies whether the outcome should focus on technical delivery, strategic business objectives, or a combination of both before drafting requirements.

What is the best way to document success criteria and non-goals for product strategy?

The best way to document success criteria and non-goals is using a structured requirements-definition template. This guides collaboration, captures stakeholder needs accurately, and ensures alignment to reduce rework.

Can I use structured questioning for stakeholder workshops and research briefs?

Yes, you can use structured questioning for stakeholder workshops and research briefs. It accelerates consensus by systematically surfacing hidden constraints and aligning participants on clear goals.

When should I use a requirements clarification process instead of direct implementation?

Use a requirements clarification process instead of direct implementation when goals are unclear or requests are fuzzy. Applying structured elicitation early prevents scope creep and ensures the final deliverable matches stakeholder needs.