debug

Diagnose failures across applications, containers, and infrastructure using systematic evidence gathering.

Updated Aug 19, 2025
One-click install
npx skills add https://github.com/loganmancuso-scout/dotfiles --skill debug-loganmancuso-scout
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debug
Source: https://github.com/loganmancuso-scout/dotfiles/tree/main/dot_pi/agent/skills/debug
Command: npx skills add https://github.com/loganmancuso-scout/dotfiles --skill debug-loganmancuso-scout

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? When something breaks — a failing service, a crashing pod, a misbehaving script — ad-hoc guessing wastes time and introduces new problems. This Skill enforces a disciplined debugging methodology: gather evidence first, form a ranked hypothesis, test one change at a time, validate the fix, and record findings so the next investigation starts smarter. ## Core Features & Use Cases - Structured 7-step methodology: Understand the system, gather evidence (logs, processes, resources, network, config, recent changes), form and rank hypotheses, test with minimal probes, apply the smallest fix, validate, and record findings. - Parallel investigation: Automatically dispatches investigator sub-agents when multiple independent targets or leads exist (multiple pods, services, or environments), keeping serial work only for dependent or mutating steps. - Cross-platform command coverage: Ready-to-use diagnostic commands for journald/systemd, Docker, Kubernetes, network tools (curl, nc, dig), and resource inspection (top, df, lsof). - Use Case: A Kubernetes deployment starts crash-looping after a config change. The Skill walks you through pulling pod logs and previous-container logs, checking recent git history, isolating the bad config value, applying a minimal fix, verifying rollout status, and logging the root cause to the project knowledge base. ## Quick Start Ask the agent to debug why the API service is returning 500 errors and follow the evidence-first investigation workflow.

Frequently Asked Questions about debug

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

FAQPage Schema
How do I debug a failing service systematically?

Follow an evidence-first methodology: identify the system type and expected behavior, collect logs and runtime state before forming theories, state a specific hypothesis, test it with the smallest possible probe, then apply one minimal fix and validate it resolves the original symptom.

How to investigate Kubernetes pod crashes and restarts?

Use kubectl logs with --previous to see the crashed container's output, check kubectl get pods for restart counts and OOMKilled status, and review recent deploys or config changes. Distinguish the symptom (restarting pod) from the cause (memory leak, bad config).

When should debugging use parallel sub-agents?

Dispatch one investigator per target when multiple independent leads exist, such as the same symptom across several pods, a failure with several plausible service origins, or multi-environment comparisons. Keep serial execution for dependent steps and any mutating commands.

Why check logs and config before forming a hypothesis?

Forming theories before reading evidence leads to vague fixes and wasted cycles. The actual error message, live config values, and recent changes usually reveal the cause directly, and testing a hypothesis without evidence cannot confirm a real fix.

What should be recorded after resolving an incident?

Record the root cause, the applied fix, any non-obvious behavior discovered as gotchas, runbook updates needed, and whether open questions were resolved. This ensures the next debugging session on the same system starts with relevant context.