ship-debug

Maintain a structured debug file recording symptoms, hypotheses, evidence, and tests.

2|1|Updated Mar 9, 2026
One-click install
npx skills add https://github.com/Acendas/shipyard --skill ship-debug
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ship-debug
Source: https://github.com/Acendas/shipyard/tree/main/plugins/shipyard/skills/ship-debug
Command: npx skills add https://github.com/Acendas/shipyard --skill ship-debug

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Systematic debugging with persistent state that survives session breaks and /clear. Use when the user reports a bug, something isn't working, tests are failing, they're stuck on an error, or they want to investigate unexpected behavior. Also use when the user says 'debug', 'investigate', 'why is this broken', or 'help me fix this'.

Core Features & Use Cases

  • Tracks debugging sessions with a persistent state that records symptoms, hypotheses, and evidence.
  • Supports resuming after context clears or session breaks, ensuring continuity.
  • Provides a structured workflow for investigation, including pattern analysis and reproducible testing with logcap.

Quick Start

Start a new debug session by describing the problem, or resume an existing one with --resume to continue where you left off.

Frequently Asked Questions about ship-debug

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

FAQPage Schema
How do I maintain debugging state after context clears or a session breaks?

To maintain debugging state after context clears, use a persistent debug file that records symptoms, hypotheses, and evidence. This allows you to resume sessions by loading the structured state file, ensuring continuity without losing previous investigation progress.

What is the best way to systematically track symptoms and hypotheses when investigating a bug?

Systematically tracking symptoms and hypotheses requires a structured workflow that records each problem description, proposed cause, and test result. This approach maintains reproducible logs, ensuring all evidence remains accessible for iterative root cause identification across interruptions.

How do I resume a debug session after an interruption?

Resume a debug session after an interruption by using the --resume flag. This loads the persistent state file, restoring all previously recorded symptoms, hypotheses, and evidence so you can continue the investigation exactly where you left off.

Can I use logcap captures for reproducible testing during diagnostics?

Yes, you can use logcap captures for reproducible testing during diagnostics. Logcap integrates into the structured debugging workflow to capture runtime data, providing concrete evidence to verify hypotheses and identify root causes accurately.

Does systematic debugging require accurate problem descriptions to identify root causes?

Systematic debugging requires accurate problem descriptions to identify root causes effectively. Precise initial reports anchor the investigation, enabling the structured workflow to generate valid hypotheses and perform iterative testing that verifies the actual fix.

When should I use a persistent debugging workflow instead of standard ad-hoc investigation?

Use a persistent debugging workflow instead of ad-hoc investigation when you face complex bugs, failing tests, or unexpected behavior requiring iterative testing. It is essential when context clears or session breaks would otherwise destroy your investigation progress.