gstack-openclaw-investigate

Diagnose software bugs through a Phase 1-5 root-cause analysis workflow.

Updated Apr 25, 2026
One-click install
npx skills add https://github.com/uzumaki-inc/uzustack --skill gstack-openclaw-investigate-uzumaki-inc
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gstack-openclaw-investigate
Source: https://github.com/uzumaki-inc/uzustack/tree/main/_upstream/gstack/openclaw/skills/gstack-openclaw-investigate
Command: npx skills add https://github.com/uzumaki-inc/uzustack --skill gstack-openclaw-investigate-uzumaki-inc

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps teams systematically debug, identify root causes, and fix software issues by guiding a structured investigation process.

Core Features & Use Cases

  • Phase-driven workflow: follows root-cause investigation phases from data collection to verification and reporting.
  • Structured output: produces a DEBUG REPORT containing symptom, root cause, fixes, evidence, and regression tests.
  • Use Case: when users report errors or stack traces, it leads the debugging session to determine the root cause and a validated fix.

Quick Start

Initiate a root-cause investigation for the reported bug and generate a structured debug report outlining the symptom, hypotheses, evidence, and regression tests.

Frequently Asked Questions about gstack-openclaw-investigate

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

FAQPage Schema
What is root-cause analysis in software debugging?

Root-cause analysis in software debugging is the systematic process of identifying the underlying origin of a bug rather than treating its symptoms. It enforces a structured investigation workflow to collect data, form hypotheses, and validate fixes.

How do I triage a user-reported bug using a structured debugging process?

To triage a user-reported bug, initiate a structured debugging investigation that follows a phase-driven workflow from data collection to verification. This process outputs a debug report containing symptoms, hypotheses, evidence, and regression tests for the resolved issue.

How do I generate a debug report from a stack trace?

To generate a debug report from a stack trace, run a root-cause investigation that analyzes the error data. The investigation produces a structured report detailing the symptom, root cause, proposed fixes, supporting evidence, and necessary regression tests.

Can I use this structured debugging workflow for any software project?

Yes, you can use this structured debugging workflow across any software project when debugging errors, stack traces, or user-reported failures. The approach is designed to be applicable regardless of the specific platform or framework involved.

What is the best way to document a bug fix and prevent regressions?

The best way to document a bug fix and prevent regressions is to follow a phase-driven root-cause investigation that outputs a structured debug report. This report explicitly includes the validated fix alongside specific regression tests for verification.