investigate

Debug software errors through reproduction, evidence collection, and hypothesis testing.

Updated Mar 30, 2026
One-click install
npx skills add https://github.com/mulyoved/awesome-agent-ides --skill investigate-mulyoved
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: investigate
Source: https://github.com/mulyoved/awesome-agent-ides/tree/main/.agents/skills/gstack/investigate
Command: npx skills add https://github.com/mulyoved/awesome-agent-ides --skill investigate-mulyoved

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging with root-cause investigation. Four phases: investigate, analyze, hypothesize, implement. Iron Law: no fixes without root cause.

Core Features & Use Cases

  • Structured, phase-driven debugging workflow that helps identify the true cause of errors.
  • Supports reproducibility, evidence gathering, and safe, incremental fixes to minimize regressions.
  • Useful for debugging errors, stack traces, crashes, and unexpected software behavior across projects.

Quick Start

Run the investigate skill when you need to debug and find the root cause before implementing a fix.

Frequently Asked Questions about investigate

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

FAQPage Schema
What is the best way to find the root cause of a software crash or stack trace?

Root-cause debugging requires systematically reproducing the error, collecting telemetry evidence, and testing hypotheses. This approach enforces a strict four-phase workflow to ensure no fixes are applied before the true cause is identified.

How do I debug unexpected software behavior without causing regressions?

Debug unexpected behavior by following a structured workflow of investigation, analysis, hypothesis, and implementation. This process emphasizes evidence gathering and safe, incremental fixes to minimize the risk of introducing new regressions.

Why should I reproduce an error and gather telemetry before fixing a bug?

Reproducing errors and gathering telemetry provides the factual evidence needed for root-cause analysis. Bypassing this risks applying superficial patches, whereas a structured investigation ensures the actual underlying defect is resolved.

Can I use this systematic debugging workflow for performance anomalies across different projects?

Yes, this systematic debugging workflow applies to performance anomalies, crashes, and unexpected behavior across various software projects. It is framework-agnostic and requires no specific dependencies to guide your investigation.

When should I avoid applying a quick patch during software investigation?

You should avoid quick patches whenever the root cause is unknown. This workflow operates on the strict principle that no fixes should be implemented without first confirming the root cause through evidence and hypothesis testing.