debugger

Debug software issues using hypothesis testing and a 3-strike rule.

2|Updated Jan 12, 2026
One-click install
npx skills add https://github.com/SukbeomH/HExoskeleton --skill debugger-sukbeomh
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debugger
Source: https://github.com/SukbeomH/HExoskeleton/tree/main/.claude/skills/debugger
Command: npx skills add https://github.com/SukbeomH/HExoskeleton --skill debugger-sukbeomh

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve?

This Skill provides a structured approach to debugging software issues, helping to systematically identify root causes and prevent recurring bugs.

Core Features & Use Cases

  • Hypothesis Testing: Guides users through forming and testing falsifiable hypotheses.
  • Memory Recall: Leverages past debugging sessions to avoid repeating dead ends.
  • 3-Strike Rule: Implements a safety mechanism to prevent getting stuck in unproductive debugging loops.
  • Use Case: When a critical bug appears in production, this Skill can be invoked to methodically investigate the issue, document findings, and ensure a robust fix.

Quick Start

Use the debugger skill to investigate the root cause of the 'user login failure' bug.

Frequently Asked Questions about debugger

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

FAQPage Schema
How do I systematically find the root cause of a software bug?

To find the root cause of a software bug, form falsifiable hypotheses and test them using evidence gathered with tools like Grep and Bash. Document eliminated hypotheses to systematically narrow down the actual source.

What is the 3-strike rule in debugging and troubleshooting?

The 3-strike rule in debugging is a safety mechanism that prevents unproductive loops. If a hypothesis fails three times, the rule triggers to stop the current investigation loop and pivot to a new troubleshooting approach.

Can I use past debugging sessions to investigate new error investigations?

Yes, you can use past debugging sessions for new error investigations through memory recall. The approach persists findings from previous root cause analyses to help you avoid repeating dead ends and accelerate resolution.

How do I stop getting stuck in unproductive debugging loops?

To stop getting stuck in unproductive debugging loops, implement a 3-strike rule to break out of repeated hypothesis testing failures. Combine this with memory recall of past investigations to avoid hitting the same dead ends.

What's the best way to document hypotheses during bug fixing?

The best way to document hypotheses during bug fixing is to record both tested and eliminated hypotheses alongside evidence gathered. Persisting these findings creates a memory store that prevents repeating dead ends in future investigations.