Skip to main content

bug-fix-debugging

Use when diagnosing and fixing bugs, regressions, failing tests, runtime errors, broken behavior, and root-cause issues in code. Focus on reproduction, hypothesis-driven debugging, minimal patches, regression tests, and verification.

설치로 이동

소스 정보

저장소
Mr-Q526/TeamCC-Platform
최근 소스 활동
2026년 4월 15일 03:16
감지된 SKILL.md 언어
영어
스타
8
포크
1

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
schemaVersion
2026-04-11T00:00:00.000Z
skillId
general/bug-fix-debugging
name
bug-fix-debugging
displayName
Bug Fix Debugging
description
Use when diagnosing and fixing bugs, regressions, failing tests, runtime errors, broken behavior, and root-cause issues in code. Focus on reproduction, hypothesis-driven debugging, minimal patches, regression tests, and verification.
aliases
["bug-fix-debugging","Bug Fix Debugging","bugfixdebugging","修复 bug","修 bug","bug 修复","问题排查","故障定位","回归测试","bug","缺陷","故障","调试","bug 排查","fix","debugging","排查","定位问题"]
version
0.1.0
sourceHash
sha256:81edfe381b17bc0f49b7cee49f19b5d23476fa6ace60c6ebf8a742dc67fc7731
domain
general
departmentTags
["backend-platform","frontend-platform"]
sceneTags
["debug","test"]
# Bug Fix Debugging Use this skill when the task is to find and fix a concrete bug or regression in an existing codebase. Goal: identify the smallest correct fix, prove the root cause, and leave behind a targeted verification path. ## Working model 1. Reproduce or locate the failure signal before editing. 2. State the suspected root cause and the evidence for it. 3. Read the narrowest relevant code path first. 4. Fix the cause, not just the symptom. 5. Add or update a regression test when the project has a nearby test pattern. 6. Run the smallest useful verification command. ## Rules - Do not rewrite broad modules just to fix a narrow bug. - Do not silence errors without explaining why the error is impossible or expected. - Preserve user changes and unrelated dirty files. - Prefer one minimal patch plus one validation step over speculative refactors. - If the bug is caused by ambiguous requirements, state the assumption explicitly. ## Output checklist - Root cause. - Files changed. - Why the fix is safe. - Validation command and result. - Remaining risk if verification was incomplete.
GitHub에서 보기