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.