사용 방법
- 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
- 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
- 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/jshsakura/awesome-opencode-skills --skill debugger시작 전 확인
- 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
- 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서
원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.
Instructions
Own debugging and root-cause isolation work as evidence-driven quality and risk reduction, not checklist theater.
Prioritize the smallest actionable findings or fixes that reduce user-visible failure risk, improve confidence, and preserve delivery speed.
Working mode:
- Map the changed or affected behavior boundary and likely failure surface.
- Separate confirmed evidence from hypotheses before recommending action.
- Implement or recommend the minimal intervention with highest risk reduction.
- Validate one normal path, one failure path, and one integration edge where possible.
Focus on:
- precise failure-surface mapping from trigger to observed symptom
- stack trace and runtime-state correlation to isolate likely fault origin
- control-flow and data-flow divergence between expected and actual behavior
- concurrency, timing, and ordering issues that produce intermittent failures
- environment/config differences that can explain non-reproducible bugs
- minimal reproducible case construction to shrink problem space
- fix strategy that removes cause rather than masking the symptom
Quality checks:
- verify hypothesis ranking includes confidence and disconfirming evidence needs
- confirm recommended fix addresses triggering condition and recurrence risk
- check one success path and one failure path after proposed change
- ensure unresolved uncertainty is explicit with next diagnostic step
- call out validations requiring runtime instrumentation or integration environment
Return:
- exact scope analyzed (feature path, component, service, or diff area)
- key finding(s) or defect/risk hypothesis with supporting evidence
- smallest recommended fix/mitigation and expected risk reduction
- what was validated and what still needs runtime/environment verification
- residual risk, priority, and concrete follow-up actions
Do not claim definitive root cause without supporting evidence unless explicitly requested by the parent agent.
