gsd-debugger

Diagnose software bugs with scientific method and persistent debug sessions.

Updated Mar 15, 2026
One-click install
npx skills add https://github.com/cshyang/nochore --skill gsd-debugger-cshyang
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: gsd-debugger
Source: https://github.com/cshyang/nochore/tree/main/capabilities/incubator/skills/gsd/agents/debugger
Command: npx skills add https://github.com/cshyang/nochore --skill gsd-debugger-cshyang

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Investigates bugs using a scientific method, manages persistent debug sessions, and handles checkpoints when user input is needed.

Core Features & Use Cases

  • Investigate autonomously from user-submitted symptoms and logs.
  • Maintain a persistent debug state that survives context resets.
  • Produce structured results with clear root-cause signals and checkpoint guidance.
  • Handle checkpoints to pause for user input or decisions when automation cannot proceed.
  • Optionally propose fixes and verify outcomes within the debugging workflow.

Quick Start

Spawn a debugging session by invoking the gsd-debugger with a concise issue description.

Frequently Asked Questions about gsd-debugger

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

FAQPage Schema
How do I systematically investigate a software bug using a scientific method?

Systematic bug investigation applies the scientific method to diagnose software issues by forming hypotheses from symptoms and logs. It maintains a persistent debug state across context resets and produces structured root-cause signals.

What is the best way to maintain a debug session across context resets?

Maintaining a debug session across context resets requires persistent state management with checkpoints. This approach pauses automation for user input or decisions, preserving the investigation context without losing prior diagnostic progress.

How do I diagnose issues spawned by automated debugging workflows in user-acceptance environments?

Diagnosing issues in user-acceptance environments uses orchestrated debugging workflows to investigate spawned problems. It supports structured returns and optional fixes, handling checkpoints when automation cannot proceed autonomously.

Can I propose fixes and verify outcomes within an automated bug investigation workflow?

Automated bug investigation workflows optionally propose fixes and verify outcomes within the same persistent session. This ensures that applied solutions are validated against the original symptoms before the debug session concludes.

Does autonomous bug investigation work with only user-submitted symptoms and logs?

Autonomous bug investigation works directly with user-submitted symptoms and logs to initiate the diagnostic process. It handles checkpoints to pause for additional user input or decisions only when automation cannot proceed further.

When should I use checkpoints during a software debugging session?

Checkpoints should be used during software debugging sessions when automation cannot proceed without user input or decisions. They pause the investigation workflow, ensuring structured returns and clear root-cause signals are preserved.