dig

Convert ambiguous implementation plans into structured questions with options.

2|1|Updated Mar 16, 2026
One-click install
npx skills add https://github.com/rioX432/live-translate --skill dig-riox432
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dig
Source: https://github.com/rioX432/live-translate/tree/main/.claude/skills/dig
Command: npx skills add https://github.com/rioX432/live-translate --skill dig-riox432

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill removes uncertainty from plans before implementation by identifying unclear decisions, turning them into structured questions, and selecting safe defaults when project patterns are clear.

Core Features & Use Cases

  • Ambiguity Extraction: Finds every decision point that could affect architecture, APIs, data flow, concurrency, error handling, naming, or testing.
  • Auto-Decide Rules: Uses project conventions and existing codebase patterns to resolve straightforward choices without user back-and-forth.
  • Structured Review: Presents unresolved trade-offs as concise options with recommendations, making it easier to choose a direction quickly.
  • Use Case: A developer has a feature idea with unclear placement, error handling, and testing scope, and uses this Skill to narrow the options before coding begins.

Quick Start

Ask the dig skill to review the plan, identify ambiguities, and return structured questions with recommended decisions.

Frequently Asked Questions about dig

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

FAQPage Schema
How do I resolve ambiguity in a software architecture plan before coding?

To resolve ambiguity in a software architecture plan, you can extract unclear decision points and turn them into structured questions with options and safe defaults. This narrows unresolved trade-offs before implementation begins.

What is the best way to decide on API design and error handling choices for a new feature?

The best way to decide on API design and error handling choices is to review existing codebase patterns and project conventions. This allows you to auto-decide safe defaults and surface only unresolved structural trade-offs for review.

How do I identify decision points for concurrency and testing scope in an implementation plan?

You identify decision points for concurrency and testing scope by analyzing the plan against architecture, data flow, and testing requirements. Unclear choices are extracted and presented as concise options with recommendations.

Can I use project conventions to auto-decide naming and data flow decisions without manual review?

Yes, you can use project conventions to auto-decide naming and data flow decisions. When existing codebase patterns are clear, straightforward choices are resolved automatically without user back-and-forth.

Does this approach work for resolving trade-offs in error handling and architecture for any codebase?

Yes, this approach works for any codebase by applying project conventions and existing patterns to resolve straightforward choices. It only surfaces unresolved trade-offs in error handling and architecture as structured options.

When should I not rely on auto-deciding safe defaults for API design and concurrency?

You should not rely on auto-deciding safe defaults when project conventions are unclear or existing codebase patterns do not provide a clear direction. In these cases, unresolved API design and concurrency trade-offs require structured manual review.