dig

Identify ambiguities in requirements, architecture, and design with structured questions.

3|Updated Jul 4, 2020
One-click install
npx skills add https://github.com/mei28/dotfiles --skill dig-mei28
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dig
Source: https://github.com/mei28/dotfiles/tree/main/.claude/skills/dig
Command: npx skills add https://github.com/mei28/dotfiles --skill dig-mei28

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Ambiguities in requirements, architecture, and design can stall projects. This tool guides teams to surface and resolve gaps through structured questions across categories, helping ensure a clear plan before coding begins.

Core Features & Use Cases

  • Structured Questioning: Generates targeted questions across architecture, data, API, UI/UX, testing, security, deployment, and more.
  • Context Loading: Reads project context files to align with existing standards and conventions.
  • Ambiguity Output: Produces organized questions and recommendations to reach stakeholder alignment before planning.

Quick Start

Run the dig analysis to identify ambiguities in your project requirements.

Frequently Asked Questions about dig

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

FAQPage Schema
How do I identify ambiguities in software architecture and design before planning?

Identifying ambiguities requires generating targeted questions across architecture, data, API, UI/UX, testing, security, and deployment categories to resolve vague specs and reach stakeholder alignment before project planning.

What is the best way to clarify vague requirements for a new feature request?

Clarifying vague requirements involves loading project context files and producing organized questions across categories like architecture and security to ensure a clear plan before development starts.

How do I align stakeholders on project scope when specifications are unclear?

You align stakeholders by generating structured questions across deployment, data management, and security categories, producing recommendations that resolve vague specifications and establish a clear project scope.

Can I load existing project context files to align ambiguity analysis with current conventions?

Loading project context files allows the structured questioning process to read existing standards, ensuring the generated architecture and API questions align with your current conventions before planning begins.

What categories should I evaluate when questioning requirements for complex projects?

You should evaluate categories including Architecture & Design, Data & State Management, API & Integration, UI/UX, Testing & Quality, Security & Authorization, Performance & Scalability, and Deployment & Operations to resolve ambiguities.

When should I use structured questioning to resolve ambiguities in a software project?

Structured questioning is needed when handling new feature requests or complex projects with vague specs, as it surfaces gaps across categories like security and performance to establish scope before planning.