Skip to main content

planning-bugfix

Planning skill for bug fixes - includes optional changelog update

설치로 이동

소스 정보

저장소
ROCm/rocprofiler-systems-skills
최근 소스 활동
2026년 2월 9일 09:12
감지된 SKILL.md 언어
영어
스타
4
포크
0

설치 방법

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

소스 파일 검토

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

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
planning-bugfix
description
Planning skill for bug fixes - includes optional changelog update
# Bugfix Planning Use this skill when fixing bugs, errors, or unexpected behavior. <IMPORTANT> **Prerequisites:** Invoke `planning-base` skill first if not already loaded. It provides the core planning phases (0-5). Follow all base planning rules, plus the bugfix-specific rules below. </IMPORTANT> ## Bugfix-Specific Requirements ### Root Cause Analysis Before proposing fixes, identify: 1. **What is the bug?** - Exact symptoms and error messages 2. **Where does it occur?** - Specific file, function, line 3. **Why does it happen?** - Root cause, not just symptoms 4. **When was it introduced?** - If known, helps understand context ### Changelog Consideration After analysis, ASK the user: > "Should this bugfix be added to the changelog? > - Yes: If it's a user-facing bug that affected functionality > - No: If it's an internal fix or minor issue > > Add to changelog? (yes/no)" If yes, include changelog entry: ```markdown ## Changelog Entry ### Fixed - <Brief description of what was broken and how it's fixed> ``` ### Test Plan After COMPLETING the bugfix: 1. **Create test plan file:** `planning/testplan-<bugfix-name>.md` 2. Invoke `testing-testplan` skill for the template 3. Document how the fix was verified 4. Include regression check for related functionality ### Regression Prevention Then ASK the user: > "Bugfix is complete. Would you like me to add a regression test to prevent this bug from recurring?" If user agrees: 1. Invoke the testing skill: `testing-gtest-gmock` (C++) or `testing-pytest` (Python) 2. Create a test that specifically reproduces the bug scenario 3. Verify the test would have failed before the fix 4. Wait for user approval of the test 5. Update test plan file with test status ### Pull Request After tests (if any), ASK the user: > "Ready to create a Pull Request. Should I proceed?" If yes, invoke `git-create-pull-request` skill and create PR with: - **Motivation** - What bug was fixed and its impact - **Technical Details** - Root cause and fix - **Test Plan** - Regression test that prevents recurrence ## Plan File Format Save to `planning/bugfix-<name>.md`: ```markdown # Bugfix: <Bug Description> ## Problem <What is broken, error messages, symptoms> ## Root Cause <Why the bug occurs> ## Analysis <Affected files, related code, risks of fix> ## Tasks - [ ] Task 1 - [ ] Task 2 - [ ] Verify fix works ## Changelog <Entry if requested, or "Not added to changelog"> ## Regression Test <Test description if requested, or "No regression test"> ## Notes <Any additional context> ``` ## Example **User request:** "Fix login timeout - users getting logged out after 5 minutes" **Planning output:** ```markdown # Bugfix: Premature Session Timeout ## Problem Users are being logged out after 5 minutes instead of the expected 30 minutes. Error: "Session expired" toast appears unexpectedly. ## Root Cause Token refresh interval was set to 5 minutes (300000ms) but the condition checked for token age > 5 minutes, causing immediate refresh failure loop. ## Analysis - File: src/auth/tokenService.ts, line 45 - The refresh check uses `>` instead of `>=`, causing edge case failure - Risk: Low - isolated fix in token handling ## Tasks - [ ] Fix comparison operator in tokenService.ts - [ ] Verify token refresh works correctly - [ ] Update CHANGELOG.md ## Changelog ### Fixed - Session timeout now correctly respects 30-minute duration ## Regression Test - [ ] Unit: Token refresh timing edge cases ## Notes - Also found: TOKEN_REFRESH_INTERVAL constant should be moved to config ```
GitHub에서 보기