debugging-active

Diagnose live card battle game bugs through structured instrumentation and diagnostic-tree workflows.

Updated Nov 27, 2025
One-click install
npx skills add https://github.com/sunbreak-pro/original-card-battle --skill debugging-active
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: debugging-active
Source: https://github.com/sunbreak-pro/original-card-battle/tree/main/.claude/skills/debugging-active
Command: npx skills add https://github.com/sunbreak-pro/original-card-battle --skill debugging-active

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Debugging workflows for investigating live bugs in the card battle game, enabling structured instrumentation, state inspection, and diagnostic trees to trace root causes.

Core Features & Use Cases

  • Instrumentation guidelines and temporary logging scaffolds to observe runtime behavior during debugging.
  • Systematic state inspection and diagnostic-tree workflows to identify root causes for issues like unexpected phase transitions or incorrect damage outputs.
  • Use Case: When you encounter "debug why X happens" or "trace issue", follow the step-by-step procedures to isolate the problem and validate the fix.

Quick Start

Begin by enabling instrumentation, reproduce the bug, and trace results to identify and confirm the root cause.

Frequently Asked Questions about debugging-active

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

FAQPage Schema
How do I debug why unexpected phase transitions happen in a card battle game?

To debug unexpected phase transitions in a card battle game, enable instrumentation and temporary logging to inspect runtime state, then follow diagnostic-tree workflows to isolate the root cause and verify the fix.

What is a diagnostic tree workflow for tracing live bugs in TypeScript?

A diagnostic tree workflow for tracing live bugs in TypeScript systematically branches state inspections and temporary logging to isolate root causes, ensuring repeatable steps and cleanup procedures to verify fixes.

How to trace incorrect damage outputs during card battle testing sessions?

To trace incorrect damage outputs during card battle testing sessions, reproduce the bug with temporary logging scaffolds enabled, inspect the runtime state through diagnostic trees, and validate the fix after isolating the root cause.

What's the best way to instrument a card battle game for root cause analysis?

The best way to instrument a card battle game for root cause analysis involves applying structured debugging workflows with temporary logging scaffolds to observe runtime behavior, trace results, and confirm the root cause before cleanup.

Do I need to clean up temporary logging after debugging a card battle issue?

Yes, you need to clean up temporary logging after debugging a card battle issue because the workflow enforces cleanup procedures to remove instrumentation scaffolds once the root cause is isolated and the fix is verified.

Can I use structured debugging workflows for state inspection across development and testing sessions?

Yes, you can use structured debugging workflows for state inspection across development and testing sessions to answer questions like debug why X happens and trace issues by enforcing repeatable steps to isolate root causes.