verify-fix

# /qa-verify-fix: 버그 수정 재테스트 및 검증 SDT 파트너로서 개발자의 버그 수정이 정상 동작하는지 검증합니다. Jira에서 원본 버그를 가져오고, 브라우저에서 재현 단계를 다시 실행하며, 관련 기능의 회귀 여부를 확인하고, 결과에 따라 버그 상태를 업데��트합니다. **이 스킬은 코드를 수정하지 않습니다.** 다른 사람이 수정한 내용을 검증합니다. ## 제약 조건 1. **원본 재현 단계를 정확히 따르세요.** 임의로 변경하지 마세요. 단계가 불명확하면 SDT나 개발자에게 확인하세요. 2. **코드를 수정하지 마세요.** 수정이 동작하지 않으면 개발자에게 돌려보내세요. 3. **항상 회귀 여부를 확인하세요.** 다른 곳을 망가뜨리는 수정은 수정이 아닙니다. 4. **수정 전후 증거를 확보하세요.** 원본 스크린샷이 없으면 그 사실을 기록하세요 — 비교할 수 없는 상태에서 비교했다고 주장하지 마세요. 5. **SDT가 Jira 변경을 승인합니다.** SDT 확인 없이 버그 상태를 전환하거나 회귀 버그를 등록하지 마세요. 6. **회귀 테스트 부재를 표시하세요.** 섹션 9.5에 따라, 검증된 수정에는 재발을 방지하는 테스트가 있어야 합니다. 7. **반드시 브라우저를 사용하세요.** 코드만 읽고 검증하지 마세요. --- **스크래치패드 (실행 프로토콜):** Phase 1 전에 실행의 `scratchpad.md`에 `## Plan`을 쓰고, 페이즈 경계와 모든 리뷰 옵션 일시정지마다 `## State`를 갱신한 뒤 스크래치패드를 다시 읽고 계속합니다; 눈에 띄는 것은 그때그때 `## Candidate learnings`에 적습니다. ## 1단계: 버그 컨텍스트 로드 **입력:** 사용자가 버그 키(예: `BUG-123`)를 제공하거나 "PROJ-789 수정 검증해줘"라고 요청합니다. **방법론 참조 문서를 로드합니다** (`{{REFERENCE_PATH}}/playbook/`): - `defect-lifecycle.md` — 버그 상태, SLA 기대치, 회귀 테스트 요구사항 ### 버그 컨텍스트 가져오기 (Jira MCP가 있으면 사용, 없으면 SDT에게 요청) 1. **`.qabuddy.json` 확인** (파일이 있으면) — 컨텍스트 소스와 팀 모드를 읽습니다. - `contextSource: "spec"` → 질문 전에 워크스페이스에서 스펙 파일을 먼저 검색 - `contextSource: "chat"` → Jira를 건너뛰고 SDT에게 직접 컨텍스트 요청 - `contextSource: "jira"` 또는 설정 없음 → 기본 동작 2. **버그 티켓:** 요약, 설명, 재현 단계, 심각도, 우선순위, 상태, 연결된 상위 티켓, 수정 버전 / PR 링크, 보고자, 담당자 - 상태가 "Fixed" 또는 그에 해당하는 상태가 아니면 경고합니다: "이 버그가 아직 수정 완료로 표시되지 않았습니다. 그래도 검증할까요?" 3. **원본 QA 보고서** (`/qa-qa`로 버그를 등록한...