defining

Clarify task requirements through Socratic dialogue and document them in requirements.md.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/astrosteveo/epic --skill defining
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: defining
Source: https://github.com/astrosteveo/epic/tree/main/plugins/harness/skills/defining
Command: npx skills add https://github.com/astrosteveo/epic --skill defining

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Establishes what needs to be done through Socratic questioning, ensuring clear objectives before any task work begins.

Core Features & Use Cases

  • Vision & Requirements: Guides through questions to capture problem scope.
  • Documentation Generation: Produces requirements.md with structured criteria.
  • Decision Alignment: Ensures stakeholders agree on success criteria.

Quick Start

Create .harness/{nnn}-{slug-name}/requirements.md with Vision, Functional Requirements, Constraints, and Success Criteria.

Frequently Asked Questions about defining

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

FAQPage Schema
How do I clarify requirements before starting work on a new task?

Clarifying requirements upfront prevents rework by establishing shared understanding through structured questioning. This Skill guides you through Socratic dialogue to capture Vision, Functional Requirements, Constraints, and Success Criteria, documenting them in a requirements.md file before any implementation begins.

What should a requirements.md document include?

A requirements.md document structures your task planning with four key sections: Vision (problem scope and goals), Functional Requirements (what the solution must do), Constraints (limitations and boundaries), and Success Criteria (measurable outcomes). This ensures all stakeholders align on objectives.

When should I use Socratic questioning to define requirements?

Use Socratic questioning when starting fresh on new tasks, beginning work after research reveals gaps, or when stakeholders disagree on objectives. Conducting this dialogue early clarifies ambiguities and prevents misalignment before development effort is invested.

How does documenting requirements reduce rework?

Documented requirements create a shared reference that aligns stakeholders on scope, success criteria, and constraints before work begins. This eliminates mid-project discoveries that require redesign, scope creep, or restarts, saving time and resources.

What happens after I complete the requirements documentation?

After documenting requirements in requirements.md, the Skill creates a .harness/{nnn}-{slug-name}/ directory to organize your planning artifacts. This structured output provides a foundation for design, development, and validation phases.