investigate

Investigate software bugs and performance issues through a six-phase process.

1|Updated Jun 22, 2026
One-click install
npx skills add https://github.com/jchildree/The-QUESTION --skill investigate-jchildree
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: investigate
Source: https://github.com/jchildree/The-QUESTION/tree/main/the-question/the-question/skills/investigate
Command: npx skills add https://github.com/jchildree/The-QUESTION --skill investigate-jchildree

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill helps you systematically investigate and resolve bugs and performance issues in your software, ensuring a thorough and efficient debugging process.

Core Features & Use Cases

  • Structured Investigation: Follows a six-phase discipline to identify and fix the root cause of issues.
  • Investigation Board: Utilizes an Obsidian vault-based shared memory with SPIFFE-inspired attestation for tracking.
  • Persona Layer: Implements the DC Comics' Vic Sage voice for a faceless, evidence-driven approach.
  • Provenance Tracking: Each claim is attributed with source, method, and confidence metadata.
  • Zero Hard Dependencies: Operates independently without requiring additional tools or frameworks.

Quick Start

To initiate an investigation, type /investigate and follow the prompts to reproduce the issue and generate hypotheses.

Frequently Asked Questions about investigate

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

FAQPage Schema
What is a systematic approach to root-cause analysis for software bugs?

Root-cause analysis for software bugs is a disciplined, six-phase investigation process designed to methodically identify, reproduce, and resolve the underlying causes of engineering defects and performance issues.

How do I conduct a systematic bug investigation for performance issues?

To conduct a systematic bug investigation, you initiate a six-phase process by reproducing the issue and generating hypotheses, tracking each claim's provenance, source, method, and confidence metadata throughout the resolution workflow.

Do I need any external debugging frameworks or dependencies to perform a root-cause analysis?

No, you do not need external debugging frameworks or dependencies to perform root-cause analysis. This investigation methodology operates independently with zero hard dependencies, requiring no additional tools to function.

What's the best way to track provenance and evidence during a bug investigation?

The best way to track provenance during a bug investigation is using an Obsidian vault-based shared memory board with SPIFFE-inspired attestation, ensuring each claim is attributed with source, method, and confidence metadata.

How does provenance tracking work when debugging complex performance issues?

Provenance tracking works during performance debugging by attributing every investigative claim with specific source, method, and confidence metadata, utilizing an evidence-driven approach to maintain a structured and auditable resolution path.

When should I not use a systematic six-phase debugging methodology?

You should avoid a systematic six-phase debugging methodology for trivial, immediately obvious fixes where the overhead of structured hypothesis generation, provenance tracking, and attestation outweighs the complexity of the actual defect.