Agent Skills: πŸ”§ Debugging Skill

Systematic bug investigation with hypothesis tracking

UncategorizedID: simhacker/moollm/debugging

Install this agent skill to your local

pnpm dlx add-skill https://github.com/SimHacker/moollm/tree/HEAD/skills/debugging

Skill Files

Browse the full folder contents for debugging.

Download Skill

Loading file tree…

skills/debugging/SKILL.md

Skill Metadata

Name
debugging
Description
"What should happen instead?"

πŸ”§ Debugging Skill

"Hypothesize, test, learn, repeat."

Debug problems methodically. Track hypotheses, test systematically, converge on root causes.

Purpose

Debug problems methodically. Track hypotheses, document tests, record what you learn, and converge on root causes.

When to Use

  • Something isn't working as expected
  • Mysterious behavior needs explanation
  • Performance problems need diagnosis
  • "Works on my machine" situations

The Debugging Loop

OBSERVE β†’ HYPOTHESIZE β†’ TEST β†’ LEARN β†’ (repeat or) β†’ FIX

Terminal States

  • FIX β€” Bug resolved
  • WONTFIX β€” Intentional behavior
  • DEFER β€” Not addressing now

Protocol

Observation Phase

Before guessing, gather facts:

observation:
  symptom: "What's the observable problem?"
  context: "When does it happen?"
  expected: "What should happen instead?"
  
  evidence:
    - "Error message (exact text)"
    - "Logs showing the issue"
    - "Steps to reproduce"
    
  constraints:
    - "What we know for sure"
    - "What we've already ruled out"

Hypothesis Tracking

hypothesis:
  id: "hyp-001"
  claim: "The bug is caused by X"
  confidence: "high|medium|low"
  
  if_true:
    - "We would expect to see..."
    - "Changing X should fix it"
    
  test:
    action: "What to try"
    expected: "What we expect if hypothesis is correct"
    
  result:
    status: "confirmed|refuted|inconclusive"
    observation: "What actually happened"
    learned: "What this tells us"

Test Documentation

test:
  id: "test-001"
  hypothesis: "hyp-001"
  action: "What we did"
  
  before:
    state: "System state before test"
    
  after:
    state: "System state after test"
    
  result: "confirmed|refuted|inconclusive"
  learned: "What we now know"

Schemas

Observation Schema

| Field | Required | Purpose | |-------|----------|---------| | symptom | βœ“ | Observable problem | | expected | βœ“ | What should happen | | error_message | | Exact error text | | logs | | Relevant log entries | | steps_to_reproduce | | How to trigger | | constraints | | Known facts | | ruled_out | | Eliminated possibilities |

Hypothesis Schema

| Field | Required | Purpose | |-------|----------|---------| | id | βœ“ | Unique identifier | | claim | βœ“ | What you think is wrong | | test | βœ“ | How to validate | | confidence | | high/medium/low | | if_true | | Expected observations | | result | | Test outcome | | learned | | Insight gained |

Test Schema

| Field | Required | Purpose | |-------|----------|---------| | id | βœ“ | Unique identifier | | hypothesis | βœ“ | Which hypothesis | | action | βœ“ | What was tried | | result | βœ“ | confirmed/refuted/inconclusive | | before | | State before | | after | | State after | | learned | | Insight |

Core Files

| File | Purpose | |------|---------| | DEBUG.yml | Current debugging session | | HYPOTHESES.md | All hypotheses and their status | | TESTS.md | Test log | | ROOT_CAUSE.md | Final analysis |

Commands

| Command | Action | |---------|--------| | DEBUG [symptom] | Start debugging session | | OBSERVE [fact] | Record observation | | HYPOTHESIZE [claim] | Propose hypothesis | | TEST [action] | Document test | | LEARN [insight] | Record what you learned | | ROOT-CAUSE [explanation] | Document root cause |

The Scientific Method for Bugs

  1. Observe: What exactly is happening?
  2. Question: Why might this be happening?
  3. Hypothesize: Form testable explanation
  4. Predict: What would we see if hypothesis is true?
  5. Test: Try to confirm or refute
  6. Analyze: What did we learn?
  7. Iterate: New hypothesis or fix

Debugging Techniques

Binary Search

Narrow down where the bug lives. Use when the bug is somewhere in a large space.

technique: binary_search
steps:
  - "Find a known good state"
  - "Find a known bad state"
  - "Check the middle"
  - "Repeat until found"

Rubber Duck

Explain the problem in detail. Use when stuck and need fresh perspective. Write detailed observation in DEBUG.yml β€” forces you to articulate assumptions.

Minimal Reproduction

Simplify until bug is isolated. Use when complex system with unclear cause.

Git Bisect

Find the commit that introduced bug. Use when bug is a regression.

Print Debugging

Add logging to trace execution. Use when you need to understand flow.

Working Set

Always include in context:

  • DEBUG.yml
  • HYPOTHESES.md

Integration

| Direction | Skill | Relationship | |-----------|-------|--------------| | ← | play-learn-lift | Debugging IS learning | | β†’ | session-log | Log all debugging activities | | β†’ | research-notebook | Complex bugs need research | | β†’ | honest-forget | Compress debugging wisdom | | ↔ | adventure | Debugging IS adventure | | ↔ | room | Debug sessions are rooms | | ↔ | card | Git Goblin 🧌, Index Owl πŸ¦‰ companions |