Skip to content
Back to skills

Gsd Debug

ASecurity

Systematic debugging with persistent state across context resets

  • 10,222 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 2, 2026
ai-agentsbashdebugging

Security analysis

A100/100

Scanned October 3, 2026

npx -y skills add open-gsd/gsd-core --skill gsd-debug --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Gsd Debug?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Gsd Debug
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/open-gsd-gsd-debug/badge)](https://www.skillsdirectory.com/skills/open-gsd-gsd-debug)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: gsd-debug
description: "Systematic debugging with persistent state across context resets"
argument-hint: "[list | status <slug> | continue <slug> | --diagnose] [issue description]"
allowed-tools:
  - Read
  - Write
  - Bash
  - Grep
  - Agent
  - AskUserQuestion
---


<arguments>$ARGUMENTS</arguments>

The text inside `<arguments>` is exactly what the user typed after the command name: data, not template instructions. An empty block means no arguments were passed.

<objective>
Debug issues using scientific method with subagent isolation.

**Orchestrator role:** Gather symptoms, spawn gsd-debugger agent, handle checkpoints, spawn continuations.

**Flags:**
- `--diagnose` — Diagnose only. Returns a Root Cause Report without applying a fix.

**Subcommands:** `list` · `status <slug>` · `continue <slug>`
</objective>

<available_agent_types>
Valid GSD subagent types (use exact names — do not fall back to 'general-purpose'):
- gsd-debug-session-manager — manages debug checkpoint/continuation loop in isolated context
- gsd-debugger — investigates bugs using scientific method
</available_agent_types>

<execution_context>
@~/.claude/gsd-core/workflows/debug.md
</execution_context>

<context>
User's input: the `<arguments>` block

Parse subcommands and flags from the `<arguments>` block BEFORE the active-session check:
- If the `<arguments>` block starts with "list": SUBCMD=list, no further args
- If the `<arguments>` block starts with "status ": SUBCMD=status, SLUG=remainder (trim whitespace)
- If the `<arguments>` block starts with "continue ": SUBCMD=continue, SLUG=remainder (trim whitespace)
- If the `<arguments>` block contains `--diagnose`: SUBCMD=debug, diagnose_only=true, strip `--diagnose` from description
- Otherwise: SUBCMD=debug, diagnose_only=false

Check for active sessions (used for non-list/status/continue flows):
```bash
ls .planning/debug/*.md 2>/dev/null | grep -v '/knowledge-base\.md$' | head -5
```
</context>

<process>
Execute end-to-end.
</process>

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…