ask-questions-if-underspecified

Ask must-have clarifying questions and pause for answers before implementation.

102|4|Updated Apr 15, 2009
One-click install
npx skills add https://github.com/mikker/dotfiles --skill ask-questions-if-underspecified-mikker
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ask-questions-if-underspecified
Source: https://github.com/mikker/dotfiles/tree/main/agents.symlink/skills/ask-questions-if-underspecified
Command: npx skills add https://github.com/mikker/dotfiles --skill ask-questions-if-underspecified-mikker

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Underspecified requests often lead to wrong work; this Skill prompts for essential clarifying questions before any implementation, reducing misalignment and rework.

Core Features & Use Cases

  • Ask must-have questions first to eliminate ambiguity
  • Pause before acting to wait for answers and avoid speculative work
  • Confirm interpretation before proceeding to ensure alignment

Quick Start

Ask 1-5 must-have clarifying questions and pause for answers before acting.

Frequently Asked Questions about ask-questions-if-underspecified

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

FAQPage Schema
How do I clarify requirements before implementing a software feature?

To clarify requirements before implementing, ask 1 to 5 essential questions covering objectives, scope, constraints, environment, and acceptance criteria, then pause for answers to prevent speculative work and rework.

Why does underspecified engineering work lead to project rework?

Underspecified engineering work leads to rework because missing objectives, scope, or constraints cause misalignment. Asking must-have questions first and confirming interpretation before proceeding eliminates this ambiguity.

What's the best way to stop a workflow from building the wrong solution?

The best way to stop a workflow from building the wrong solution is to enforce a must-have questions protocol that pauses for answers and explicit confirmation before any implementation begins.

When do I need to ask clarifying questions during software development?

You need to ask clarifying questions during software development whenever a request is underspecified across objectives, scope, constraints, environment, or acceptance criteria to avoid wrong work.

How many clarifying questions should I ask before starting implementation?

You should ask 1 to 5 must-have clarifying questions before starting implementation. This limits scope creep while ensuring enough context to proceed without guessing at underspecified requirements.