investigate

Guide users through a four-phase root-cause investigation for debugging issues.

Updated Apr 22, 2026
One-click install
npx skills add https://github.com/diiviikk5/rezops --skill investigate-diiviikk5
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: investigate
Source: https://github.com/diiviikk5/rezops/tree/main/investigate
Command: npx skills add https://github.com/diiviikk5/rezops --skill investigate-diiviikk5

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging with root cause investigation using a four-phase approach: investigate, analyze, hypothesize, implement. It helps move from mere symptoms to identifying and addressing the actual root cause.

Core Features & Use Cases

  • Systematic four-phase debugging framework guiding users from problem discovery to implementation.
  • Structured prompts and tool usage to gather evidence, test hypotheses, and validate fixes.
  • Use Case: When encountering errors, stack traces, or unexpected behavior, follow the phases to isolate and resolve the root cause.

Quick Start

Describe the issue you are seeing and ask me to start the investigate workflow.

Frequently Asked Questions about investigate

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

FAQPage Schema
How do I systematically debug an error to find the actual root cause?

To systematically debug and find the root cause, follow a structured four-phase investigation workflow: investigate, analyze, hypothesize, and implement. This enforces a guardrail to prevent proposing fixes before identifying the root cause.

What is the best way to analyze a stack trace and unexpected behavior?

The best way to analyze a stack trace and unexpected behavior is using a systematic debugging workflow that gathers evidence and tests hypotheses. It guides you through problem discovery to isolate the actual root cause rather than just treating symptoms.

How do I stop fixing symptoms and start isolating the real root cause of software issues?

To stop fixing symptoms and isolate the real root cause, use a debugging workflow that enforces a strict guardrail against proposing fixes prematurely. It forces a structured reasoning process through investigation and analysis before implementation.

Can I use this root-cause debugging workflow for any unexpected behavior or errors?

Yes, you can use this root-cause debugging workflow for any errors, stack traces, or unexpected behavior. It applies to any situation where you need to debug or fix something and requires a structured reasoning process to resolve.

Why should I hypothesize before implementing a fix during troubleshooting?

You should hypothesize before implementing a fix during troubleshooting because the workflow enforces a guardrail to not propose fixes before identifying the root cause. Hypothesizing allows you to test assumptions and validate fixes using gathered evidence.