Skip to main content
skill CX Codex

debug · parcadei — Claude Code skill: what it does, how to install

Investigates application logs, SQLite database state, and git history without editing source files. Useful for pinpointing issues during manual testing.

Install into Claude Code · Skills CLI (Vercel) All methods and platforms ↓
npx skills add parcadei/Continuous-Claude-v3 --skill debug -a claude-code
Open on GitHub

What debug does

The skill investigates bugs through parallel tasks. It inspects recent log files in locations like ./logs/, runs diagnostic queries against SQLite with the sqlite3 CLI, and checks uncommitted changes via git diff and git status. It inspects your project purely in read-only mode.

After examining the environment, it generates a structured debug report with timestamped log errors, database findings, the likely root cause, and suggested commands to test next. Browser console errors and internal MCP server state remain outside its reach, so you will need to check those manually.

What it helps with

  • inspect recent application logs for errors and stack traces
  • verify table schemas and recent records in SQLite
  • trace regressions through recent git commits and working tree diffs
  • generate a structured triage report with root cause hypotheses

Example prompts for the agent

  • Help me debug why the service fails on startup: check recent logs and git diff.
  • Investigate the database state and recent changes for the issue in task-12.md.

How to install debug

1Skills CLI (Vercel)

npx skills add parcadei/Continuous-Claude-v3 --skill debug -a claude-code

2Manually: put the files in place

~/.claude/skills/debug/SKILL.md

Copy the whole skill folder; for one project use .claude/skills/debug/

Step by step, with commands for each platform: How to install skills in Claude Code: five ways

Questions about debug

How to install debug in Claude Code?

Run npx skills add parcadei/Continuous-Claude-v3 --skill debug -a claude-code in your terminal.

What does the debug skill do?

It reviews project logs, queries SQLite databases, and examines git changes to locate issues during testing. It then compiles these findings into a structured triage report with suggested next steps.

Does the debug skill edit files?

No, it operates strictly in read-only mode. It inspects existing files, logs, and database records without applying code modifications.

Source text

SKILL.md · MIT
---
name: debug
description: Debug issues by investigating logs, database state, and git history
---

# Debug

You are tasked with helping debug issues during manual testing or implementation. This command allows you to investigate problems by examining logs, database state, and git history without editing files. Think of this as a way to bootstrap a debugging session without using the primary window's context.

## Initial Response

When invoked WITH a plan/ticket file:
```
I'll help debug issues with [file name]. Let me understand the current state.

What specific problem are you encountering?
- What were you trying to test/implement?
- What went wrong?
- Any error messages?

I'll investigate the logs, database, and git state to help figure out what's happening.
```

When invoked WITHOUT parameters:
```
I'll help debug your current issue.

Please describe what's going wrong:
- What are you working on?
- What specific problem occurred?
- When did it last work?

I can investigate logs, database state, and recent changes to help identify the issue.
```

## Environment Information

You have access to these key locations and tools:

**Logs**:
- Application logs (check project-specific locations)
- Common locations: `./logs/`, `~/.local/share/{app}/`, `/var/log/`

**Database** (if applicable):
- SQLite databases can be queried with `sqlite3`
- Check project config for database locations

**Git State**:
- Check current branch, recent commits, uncommitted changes
- Similar to how `commit` and `describe_pr` commands work

**Service Status**:
- Check running processes: `ps aux | grep {service}`
- Check listening ports: `lsof -i :{port}`

## Process Steps

### Step 1: Understand the Problem

After the user describes the issue:

1. **Read any provided context** (plan or ticket file):
   - Understand what they're implementing/testing
   - Note which phase or step they're on
   - Identify expected vs actual behavior

2. **Quick state check**:
   - Current git branch and recent commits
   - Any uncommitted changes
   - When the issue started occurring

### Step 2: Investigate the Issue

Spawn parallel Task agents for efficient investigation:

```
Task 1 - Check Recent Logs:
Find and analyze the most recent logs for errors:
1. Find latest logs: ls -t ./logs/*.log | head -1 (or project-specific location)
2. Search for errors, warnings, or issues around the problem timeframe
3. Note the working directory if shown
4. Look for stack traces or repeated errors
Return: Key errors/warnings with timestamps
```

```
Task 2 - Database State (if applicable):
Check the current database state:
1. Locate database file (check project config)
2. Connect: sqlite3 {database_path}
3. Check schema: .tables and .schema for relevant tables
4. Query recent data based on the issue
5. Look for stuck states or anomalies
Return: Relevant database findings
```

```
Task 3 - Git and File State:
Understand what changed recently:
1. Check git status and current branch
2. Look at recent commits: git log --oneline -10
3. Check uncommitted changes: git diff
4. Verify expected files exist
5. Look for any file permission issues
Return: Git state and any file issues
```

### Step 3: Present Findings

Based on the investigation, present a focused debug report:

```markdown
## Debug Report

### What's Wrong
[Clear statement of the issue based on evidence]

### Evidence Found

**From Logs**:
- [Error/warning with timestamp]
- [Pattern or repeated issue]

**From Database** (if applicable):
```sql
-- Relevant query and result
[Finding from database]
```

**From Git/Files**:
- [Recent changes that might be related]
- [File state issues]

### Root Cause
[Most likely explanation based on evidence]

### Next Steps

1. **Try This First**:
   ```bash
   [Specific command or action]
   ```

2. **If That Doesn't Work**:
   - Restart relevant services
   - Check browser console for frontend errors
   - Run with debug flags enabled

### Can't Access?
Some issues might be outside my reach:
- Browser console errors (F12 in browser)
- MCP server internal state
- System-level issues

Would you like me to investigate something specific further?
```

## Important Notes

- **Focus on manual testing scenarios** - This is for debugging during implementation
- **Always require problem description** - Can't debug without knowing what's wrong
- **Read files completely** - No limit/offset when reading context
- **Think like `commit` or `describe_pr`** - Understand git state and changes
- **Guide back to user** - Some issues (browser console, MCP internals) are outside reach
- **No file editing** - Pure investigation only

## Quick Reference

**Find Latest Logs**:
```bash
ls -t ./logs/*.log | head -1
# Or check project-specific log locations
```

**Database Queries** (SQLite):
```bash
sqlite3 {database_path} ".tables"
sqlite3 {database_path} ".schema {table}"
sqlite3 {database_path} "SELECT * FROM {table} ORDER BY created_at DESC LIMIT 5;"
```

**Service Check**:
```bash
ps aux | grep {service_name}
lsof -i :{port}
```

**Git State**:
```bash
git status
git log --oneline -10
git diff
```

Remember: This command helps you investigate without burning the primary window's context. Perfect for when you hit an issue during manual testing and need to dig into logs, database, or git state.

© parcadei · MIT · parcadei/Continuous-Claude-v3

Similar skills

Everything for Testing and QA →

debug by other authors comes first.

debug official anthropics This skill takes a bug from reproduction to root cause, a fix, and regression coverage. Use it when the symptom is clear but the cause is not. CX Codex +1 5,900installs debug Yeachan-Heo Diagnoses broken OMC sessions, workflow failures, and repo state issues using traces and targeted reproduction. CX Codex +1 634installs debug jsmastery-pro Runs a structured investigation loop to find a bug's root cause, applies the minimal fix, and prepares a regression test. CX Codex +1 4,400installs debug cyrusagents Works through a reported bug from reproduction to a minimal fix. Use it when you need to trace an error and verify the result. CX Codex +1 826installs debug pproenca The debug skill gives your agent a fixed order for bug work: reproduce, test hypotheses, find the root cause. Useful when a stack trace or a failing test lands on you. CX Codex +1 436installs improve-codebase-architecture Matt Pocock This skill scans a codebase for architectural friction, then builds a visual HTML report with refactoring candidates. Use it before a deeper architecture review. 1,163,035installs design-taste-frontend Leonxlnx This skill directs the design of public pages and work screens, then checks the result in a browser through screenshots. Use it when an interface feels generic or unfinished. CX Codex +1 678,700installs tdd Matt Pocock Guides the red-green TDD loop: ensures tests are written first, keep them at public interfaces, and avoid coupling to implementation details. 1,141,062installs skill-creator official anthropics Creates and refines skills, then tests them with prompts, evaluations, and performance checks. 414,180installs agent-browser vercel-labs A CLI skill for browser control: it opens pages, fills forms, clicks buttons, and tests web apps. Use it when an agent needs to act inside a website. CX Codex +1 1,200,000installs prototype Matt Pocock Creates throwaway prototypes for checking state logic or exploring UI before committing the decision to the main codebase. 986,201installs

From the same set69

ast-grep-find Runs AST-based code search and refactoring using language syntax trees. Helps locate and replace function calls, imports, and variables without matching text inside strings or comments. CX Codex +1 518installs repoprompt Explores codebases through the RepoPrompt CLI without reading entire files. Useful for fetching code signatures and line slices with lower token use. CX Codex +1 515installs continuity-ledger The skill writes a YAML handoff with goals, decisions and next steps so a new session picks up right after /clear. CX Codex +1 509installs create-handoff The skill writes a YAML handoff document so the next agent session picks up your task without losing context. CX Codex +1 508installs compound-learnings Transforms ephemeral session learnings into permanent rules, skills, and hooks. It turns repeated coding patterns into lasting project capabilities. CX Codex +1 505installs hook-developer A reference for Claude hooks: input and output schemas, registration in settings.json, testing patterns. Handy when you are writing a hook and forgot the exact format. CX Codex +1 504installs tldr-code A skill that gives the agent tldr CLI commands for file trees, call graphs, data flow and dead code. Cheaper on tokens than reading whole files. CX Codex +1 503installs research-external External research workflow for libraries, docs, and 2024–2025 best practices without touching local repository files. Queries Perplexity, Nia Docs, and Firecrawl. CX Codex +1 501installs

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor