sg-health

Validate GSD, Superpowers, and hook installation and registration with OK/WARN/FAIL reports.

2|Updated May 15, 2026
One-click install
npx skills add https://github.com/gyuha/super-gsd --skill sg-health
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: sg-health
Source: https://github.com/gyuha/super-gsd/tree/main/skills/sg-health
Command: npx skills add https://github.com/gyuha/super-gsd --skill sg-health

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Use this Skill to quickly identify what’s missing or misconfigured when the GSD → Superpowers → sg-retro loop feels broken, especially during onboarding.

Core Features & Use Cases

  • Installation and hook diagnostics: Checks GSD installation, Superpowers installation, optional Hookify presence, and whether required hook scripts exist.
  • Runtime integration validation: Verifies Stop and SubagentStop hook registration inside hooks.json.
  • Workflow schema checks: Validates .planning/HANDOFF.md presence/content and .planning/STATE.md frontmatter parsing so stage handoffs and state tracking won’t silently fail.
  • Example use case: After setting up Claude Code, run sg-health to confirm the directory structure and hook wiring are correct before trying sg-next or starting a new milestone.

Quick Start

Run sg-health when something feels broken or before onboarding to get line-by-line OK/WARN/FAIL diagnostics for GSD, Superpowers, hooks, HANDOFF.md, and STATE.md without modifying any files.

Frequently Asked Questions about sg-health

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

FAQPage Schema
How do I diagnose broken Claude Code hook registration and stage handoff failures?

Diagnose broken hook registration and stage handoffs by running a read-only validation command that checks ~/.claude/*, hooks.json, .planning/HANDOFF.md, and .planning/STATE.md. It reports each configuration item as OK, WARN, or FAIL with a final summary to quickly identify missing or misconfigured files.

Why does my GSD automation loop stop advancing correctly across Superpowers?

Your GSD automation loop stops advancing when required Stop and SubagentStop hooks are not registered inside hooks.json, or when .planning/STATE.md frontmatter is malformed. A read-only diagnostic check validates these integrations and reports failures without modifying any files.

What is the best way to validate GSD and Superpowers installation during onboarding?

The best way to validate GSD and Superpowers installation during onboarding is to run a diagnostic check that verifies directory structures, Superpowers presence, and required hook scripts. It outputs a line-by-line OK, WARN, or FAIL status for each component to confirm the environment is wired correctly.

How do I check if HANDOFF.md and STATE.md are present and valid for stage tracking?

Check HANDOFF.md and STATE.md validity by running a diagnostic command that verifies the presence and content of .planning/HANDOFF.md and parses the frontmatter of .planning/STATE.md. This ensures stage tracking and handoffs will not silently fail due to missing or malformed files.

Can I troubleshoot Superpowers orchestration without modifying my configuration files?

Yes, you can troubleshoot Superpowers orchestration without modifying files by running a read-only diagnostic command. It validates GSD installation, hook scripts, hooks.json registration, and planning files, then reports a FAIL or WARN summary without writing any changes to your system.

What does a WARN status mean when checking GSD and hook installation?

A WARN status during GSD and hook installation checks indicates a non-critical misconfiguration, such as the optional Hookify presence being missing. It distinguishes partial setups from critical FAIL errors like missing required hook scripts or unregistered Stop and SubagentStop hooks in hooks.json.