Token导航 LogoToken导航TokenDH.com
待分类权限需确认github未标认证来源可访问许可证需确认审计通过

debug-systematic调试系统

Agent Skill

debug-systematic 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

1,529

周安装

65

GitHub Stars

48

下载量

536
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:debug-systematic(调试系统)
来源仓库:https://github.com/travisjneuman/.claude
仓库路径:skills/debug-systematic
安装命令:
npx skills add https://github.com/travisjneuman/.claude --skill debug-systematic
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/travisjneuman/.claude --skill debug-systematic

简介

暂无可用文档说明,仅提供基础仓库信息与安装方式参考。

  • 建议查看源码或联系维护者获取进一步使用说明与功能定义。
  • 当前无法确认其具体能力边界与使用前提条件。
  • 安装前应评估是否需要额外依赖或特殊运行环境支持。
  • debug-systematic 属于待分类类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

name
debug-systematic
description
Systematic 4-phase debugging methodology for complex, intermittent, or mysterious issues. Use when investigating bugs, race conditions, or unexplained failures.

Systematic Debugging Protocol

A disciplined, evidence-based approach to debugging that prevents guessing and ensures root cause discovery.

The 4-Phase Protocol

Phase 1: REPRODUCE (Establish Ground Truth)

Goal: Create reliable reproduction steps before ANY investigation.

Actions:

  1. Document exact steps to trigger the bug
  2. Record environment specifics (OS, versions, config, memory, network)
  3. Determine frequency: Always? Sometimes? Specific conditions?
  4. Capture exact error messages, stack traces, screenshots
  5. Test on different environments to isolate variables

Key Questions:

  • When did it last work correctly?
  • What changed since then? (code, deps, config, infrastructure)
  • Is it environment-specific?
  • Is it data-specific?
  • Is it timing-specific?

Output: Clear reproduction steps that reliably trigger the issue.


Phase 2: ISOLATE (Narrow the Scope)

Goal: Reduce the search space from "entire codebase" to "specific component."

Techniques:

Binary Search:

  1. Identify two points: working state and broken state
  2. Test the midpoint
  3. Recurse into the broken half
  4. Continue until the change is identified

Git Bisect (for regressions):

git bisect start
git bisect bad HEAD
git bisect good <known-good-commit>
# Git will checkout commits for testing
# After each test:
git bisect good  # or git bisect bad
# Continue until culprit found

Code Elimination:

  • Comment out sections to isolate the problem
  • Create minimal reproduction case
  • Strip away everything non-essential

Environment Isolation:

  • Test in isolation (unit test the failing path)
  • Compare working vs broken environments
  • Use fresh installs to eliminate pollution

Output: "The bug is in [specific component/function/line range]"


Phase 3: DIAGNOSE (Understand Root Cause)

Goal: Know exactly WHY the bug occurs, not just WHERE.

Scientific Method:

  1. Observe: What exactly is happening?
  2. Hypothesize: Why might this be happening?
  3. Predict: If hypothesis is correct, what else would be true?
  4. Test: Verify predictions with evidence
  5. Iterate: Refine hypothesis based on results

Logging Strategy:

// Add strategic logging at boundaries
console.log("[DEBUG] Function entry:", { input, state });
console.log("[DEBUG] After processing:", { result, sideEffects });
console.log("[DEBUG] Function exit:", { returnValue });

Common Root Causes:

SymptomLikely Causes
Works locally, fails in CIEnvironment differences, timing, resources
Intermittent failureRace condition, flaky network, resource contention
Works then stops workingState mutation, memory leak, cache poisoning
Wrong dataType coercion, encoding, timezone, precision
Silent failureSwallowed exception, async error, missing await

Output: Clear explanation of the root cause with evidence.


Phase 4: FIX & VERIFY (Resolve and Prevent)

Goal: Fix the issue and prevent regression.

Fix Process:

  1. Write a failing test that captures the bug
  2. Implement minimal fix - change as little as possible
  3. Verify test passes - confirms fix works
  4. Check for similar patterns - same bug elsewhere?
  5. Review fix for side effects - does it break anything?
  6. Document the fix - why it happened, how to prevent

Verification Checklist:

  • [ ] Test passes that specifically catches this bug
  • [ ] Existing tests still pass
  • [ ] Manual verification confirms fix
  • [ ] Fix works in all affected environments
  • [ ] No new warnings or errors introduced

Prevention:

  • Add guards/validation at boundaries
  • Improve error messages for easier future debugging
  • Document gotchas for other developers
  • Consider if architectural change prevents similar bugs

Debugging Anti-Patterns

DO NOT:

  • Guess and hope (change things randomly)
  • Assume you know the problem without evidence
  • Trust comments/docs over actual code behavior
  • Debug production with print statements you'll forget to remove
  • Fix the symptom instead of the root cause
  • Make multiple changes at once

DO:

  • Verify assumptions with evidence
  • Change one thing at a time
  • Log actual values, not what you expect
  • Trust the code over documentation
  • Take breaks when stuck (fresh eyes help)

Quick Reference

1. REPRODUCE → Can I reliably trigger this?
2. ISOLATE   → Where exactly is it failing?
3. DIAGNOSE  → Why is it failing?
4. FIX       → How do I fix it permanently?

Output Template

## Bug Investigation: [Title]

### Reproduction

- Steps to reproduce
- Environment details
- Frequency

### Isolation

- Search method used
- Scope narrowed to

### Root Cause

- What's actually wrong
- Why it happens
- Evidence

### Fix

- Code changes made
- Test added

### Prevention

- How to prevent similar bugs
- Documentation updates

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.72%
按下载量换算186

Claude

32.17%
按下载量换算172

Cursor

17.46%
按下载量换算94

Gemini CLI

8.93%
按下载量换算48

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills