Compétences systematic-debugging
🔍

systematic-debugging

Sûr ⚙️ Commandes externes🌐 Accès réseau📁 Accès au système de fichiers

체계적인 디버깅 방법론 적용

Également disponible depuis: Cycleaddict,Cygnusfear,obra,Doyajin174,ChrisWiles,DYAI2025,CodingCossack,DMJGilbert,davila7

임의의 수정은 시간만 낭비하고 새로운 버그를 만들어냅니다. 이 스킬은 수정 사항을 제안하기 전에 항상 근본 원인을 찾는 4단계 디버깅 프로세스를 적용하여 증상 수준의 패치와 아키텍처上的 채무를 방지합니다.

Prend en charge: Claude Codex Code(CC)
🥈 77 Argent
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "systematic-debugging". Use systematic-debugging. CI 빌드가 '/Users/jesse/project/packages/core'에서 'git init 실패'로 인해 실패하고 있습니다

Résultat attendu:

  • 1단계 - 근본 원인 조사: 호출 체인을 통해 git init 오류 역추적
  • 2단계 - 패턴 분석: 코드베이스의 정상적인 git 작업과 비교
  • 3단계 - 가설: 한 번에 하나의 변수를 테스트하여 원인 격리
  • 4단계 - 구현: 실패하는 테스트 케이스 생성 및 원본에서 수정 구현
  • 방어 심층: 각 레이어에서 검증 추가하여 버그를 구조적으로 불가능하게 만들기

Utilisation de "systematic-debugging". Use systematic-debugging. UserRegistrationTest가 '패턴과 일치해야 하는 이메일이지만 undefined를 받았습니다'로 실패하고 있습니다

Résultat attendu:

  • 1단계 - 근본 원인: 호출 체인에서 undefined 값의 원본 확인
  • 2단계 - 패턴: 이메일 유효성 검사를 처리하는 통과하는 테스트와 비교
  • 3단계 - 가설: undefined 원본에 대한 단일 가설 형성
  • 4단계 - 수정: 검증 레이어가 아닌 원본에서 구현
  • 참고: 3번 이상의 수정이 실패하면 아키텍처 논의가 팀과 함께 필요합니다

Utilisation de "systematic-debugging". Use systematic-debugging. API가 간헐적으로 500 오류를 반환하지만 로그에서는 아무 문제가 보이지 않습니다

Résultat attendu:

  • 1단계 - 증거: 각 구성 요소 경계에서 데이터 수집 (API → 서비스 → 데이터베이스)
  • 2단계 - 패턴: 간헐적 동작을 안정적인 기간과 비교
  • 3단계 - 가설: 한 번에 하나의 변수 테스트 (타이밍, 로드, 상태)
  • 4단계 - 구현: 식별된 원본에서 회귀 테스트와 함께 수정

Audit de sécurité

Sûr
v5 • 1/16/2026

This is a pure prompt-based methodology skill containing only documentation. All 55 static findings are FALSE POSITIVES. The flagged 'subprocess.run' and 'backtick' patterns are educational code examples within markdown files, not executable code. The skill has zero code execution capabilities, no network access, and no file modification capabilities. The pre-computed skill-report.json correctly assessed this as 'safe' with no risk factors.

4
Fichiers analysés
548
Lignes analysées
3
résultats
5
Total des audits

Facteurs de risque

⚙️ Commandes externes (35)
references/root-cause-tracing.md:67 references/root-cause-tracing.md:20-22 references/root-cause-tracing.md:22-26 references/root-cause-tracing.md:26-28 references/root-cause-tracing.md:28-32 references/root-cause-tracing.md:32-37 references/root-cause-tracing.md:37-42 references/root-cause-tracing.md:42-43 references/root-cause-tracing.md:43 references/root-cause-tracing.md:43-50 references/root-cause-tracing.md:50-53 references/root-cause-tracing.md:53-59 references/root-cause-tracing.md:59-68 references/root-cause-tracing.md:68-70 references/root-cause-tracing.md:70-76 references/root-cause-tracing.md:76-85 references/root-cause-tracing.md:85-89 references/root-cause-tracing.md:89 references/root-cause-tracing.md:89-92 references/root-cause-tracing.md:92 references/root-cause-tracing.md:92-95 references/root-cause-tracing.md:95-96 references/root-cause-tracing.md:96-110 references/root-cause-tracing.md:110-130 references/root-cause-tracing.md:78 references/root-cause-tracing.md:76-85 SKILL.md:19-21 SKILL.md:21-52 SKILL.md:52-60 SKILL.md:60-125 SKILL.md:125-136 SKILL.md:136-144 SKILL.md:144-147 SKILL.md:147-156 SKILL.md:156-174
🌐 Accès réseau (1)
skill-report.json:6
📁 Accès au système de fichiers (1)
skill-report.json:6
Audité par: claude Voir l’historique des audits →

Score de qualité

64
Architecture
100
Maintenabilité
87
Contenu
30
Communauté
100
Sécurité
91
Conformité aux spécifications

Ce que vous pouvez construire

재발 버그 적절하게 수정

증상 패치를 멈추세요. 호출 스택을 통한 역추적을 사용하여 버그의 원본을 추적하세요.

테스트 실패 체계적으로 디버깅

실패를 일관되게 재현하고 테스트 수정 제안 전에 근본 원인을 식별하세요.

모든 문제에 구조화된 디버깅 적용

철의 법칙을 따르세요: 근본 원인 조사 없이는 수정 없음. 모든 코드베이스에서 작동합니다.

Essayez ces prompts

간단한 이슈 
Use systematic-debugging. Issue: [버그 또는 오류 설명]
테스트 실패 
Use systematic-debugging. Test [테스트 이름] 실패: [오류 메시지와 스택 트레이스]
복잡한 이슈 
Use systematic-debugging. [영향받는 구성 요소 설명]에 영향을 미치는 다중 구성 요소 이슈입니다. 각 구성 요소 경계마다: 입력 및 출력 데이터를 로깅하고, 환경/구성 전달을 확인하세요. 중단이 발생하는 위치를 보여주는 증거를 수집하기 위해 테스트를 실행한 후, 실패한 구성 요소를 식별하기 위해 분석하세요.
아키텍처 문제 
Use systematic-debugging. 이미 [숫자]번의 수정을 시도했고 모두 실패했습니다. [이슈 및 시도한 내용 설명]

Bonnes pratiques

  • 모든 수정 시도 전에 항상 1단계(근본 원인 조사)를 완료하세요
  • 한 번에 하나의 가설을 테스트하고 확인한 후 진행하세요
  • 세 번의 수정 시도 실패 후, 사용자와 함께 아키텍처에 의문을 제기하세요

Éviter

  • 데이터 흐름을 추적하여 원본을 찾기 전에 수정 제안
  • 작동하는 것을 확인하기 위해 한 번에 여러 변경
  • 첫 번째 명확한 원인이 근본 원인이라고 가정

Foire aux questions

이 스킬을 지원하는 AI 도구는 무엇입니까?
Claude, Codex, Claude Code와 호환됩니다. 스킬 프롬프트를 지원하는 모든 LLM에서 작동합니다.
디버깅 프로세스에 얼마나 걸립니까?
간단한 버그의 경우 1단계가 몇 초 걸립니다. 복잡한 이슈는 여러 반복이 필요할 수 있습니다. 체계적인 디버깅은 추측과 확인 방식보다 빠릅니다.
시간 압박 상황에서 단계를 건너뛸 수 있습니까?
아니요. 철의 법칙이 모든 4단계를 적용합니다. 조사를 건너뛰면 새로운 버그를 만드는 증상 수정이 됩니다.
이 스킬이 어떤 데이터에 접근합니까?
코드 실행이나 파일 접근이 없습니다. 방법론 안내를 제공합니다. 프롬프트에서 코드와 오류 컨텍스트를 제공하세요.
다중 구성 요소 시스템은 어떻게 처리합니까?
1단계는 각 구성 요소 경계에서 증거 수집을 포함합니다: 입력 및 출력 데이터 로깅, 구성 전달 확인.
이것은 다른 디버깅 스킬과 어떻게 다릅니까?
철의 법칙(근본 원인 없이는 수정 금지)과 3회 수정 제한(세 번 실패한 후 아키텍처 논의 중단)을 적용합니다.

Détails du développeur

Auteur

Asmayaseen

Licence

MIT

Dépôt

https://github.com/Asmayaseen/hackathon-2/tree/main/.claude/skills/systematic-debugging

Réf

main

Structure de fichiers

📁 references/

📄 root-cause-tracing.md

📁 scripts/

📄 verify.py

📄 SKILL.md