Debug

parcadei/continuous-claude-v3/.claude/skills/debug

作者 parcadeid07ff4b06b62無授權條款3.9K 個星標收錄於 2026年10月8日更新於 2026年10月8日儲存庫8 個月前更新

Debug issues by investigating logs, database state, and git history

AI 產生的概覽

透過查看日誌、資料庫狀態與 git 歷史來排查軟體問題,並產出報告,不修改檔案。

功能
此技能引導代理進行唯讀的除錯工作階段:先請使用者描述問題,檢查 git 分支與近期提交,再平行分派任務調查日誌、資料庫狀態與檔案變更。接著輸出結構化的除錯報告,包含問題說明、證據、可能的根本原因與建議的後續步驟。它明確不編輯檔案,並指出瀏覽器主控台錯誤與 MCP 伺服器內部狀態不在其處理範圍內。
適用情境
適用於手動測試或實作過程中出現問題、需要查看日誌、資料庫狀態或近期 git 變更的情況。適合已知問題現象但原因不明,且希望排查過程與主要工作情境分開的場合。
執行需求
不隨附指令碼,僅為指示。需要能存取應用程式日誌,可選用 sqlite3 查詢 SQLite 資料庫,並需要 git 以及 ps、lsof 等用來檢查服務與連接埠的 shell 工具。

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 timeframe3. Note the working directory if shown4. Look for stack traces or repeated errorsReturn: 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 tables4. Query recent data based on the issue5. Look for stuck states or anomaliesReturn: Relevant database findings
Task 3 - Git and File State:Understand what changed recently:1. Check git status and current branch2. Look at recent commits: git log --oneline -103. Check uncommitted changes: git diff4. Verify expected files exist5. Look for any file permission issuesReturn: 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**:```bashls -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 statusgit log --oneline -10git 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/continuous-claude-v3位於.claude/skills/debug提交d07ff4b

授權條款: 無授權條款

內容歸原作者所有。SourceWeft 從公開儲存庫中收錄這些內容。

檢舉或申請下架