버그 리뷰 보드 QA 패스

무엇을 해주나

• 실사용자 QA 패스: 소스 코드를 읽고 통과 처리하는 대신, 실제 사용자처럼 앱을 조작하며 시나리오를 실행합니다.
• 앱 자동 탐색: 제품 스펙·README·페이즈 문서·기존 버그 목록을 읽고 프로젝트 유형(웹 / iOS·iPadOS / Electron·Tauri / macOS / 모노레포)을 판별해 맞는 플레이북을 활성화합니다.
• 버그 파일링과 분류: 실패 즉시 재현 절차·증거(스크린샷, 콘솔 로그)와 함께 P0/P1/P2 버그 문서를 작성합니다.
• 이슈 트래커 양방향 연동: Linear / GitHub / Jira / Notion 신호를 탐지하고 사용자 확인 후 qa-config.json에 기록, 푸시/풀을 동기화합니다.
• HTML QA 대시보드: 잡지처럼 읽히는 정적 리포트를 생성하고, 마크다운을 원본으로 유지합니다.
• 사인오프: "이 페이즈 출시 가능? YES/NO" 형식의 병합 문서와 다음 담당자용 인수인계 프롬프트를 만듭니다.
• Interactive BRB: 사람과 함께 버그 백로그를 트리아지하는 세션을 별도로 운영하며, 중복 탐지 휴리스틱을 제안합니다(자동 병합 금지).

이런 분께 추천

• 스스로 만든 기능을 스스로 테스트하다 사용자 버그를 놓치는 개인 개발자·소규모 팀
• 스프린트/페이즈 종료 시 출시 판단 근거가 필요한 프로덕트 매니저
• 웹과 iOS 앱을 함께 관리하는 모노레포 팀
• QA 문서 체계(테스트 플랜, 버그 템플릿, 게이트)를 처음 세우려는 팀

활용 예시

1. "이번 페이즈 QA 해줘" → 스킬이 스펙과 페이즈 문서를 읽고 테스트 플랜을 만들고, 모바일 375×812 / 태블릿 768×1024 / 데스크톱 1280×800에서 시나리오를 실행한 뒤 버그를 파일링하고 YES/NO 판정을 냅니다.
2. "지금 배포해도 될까?" → 열려 있는 P0/P1을 확인하고 게이트 체크리스트를 대조해, 남은 미실행 시나리오까지 정리한 병합 문서를 제시합니다.
3. "버그 백로그 정리 회의 하자" → 별도 세션에서 트래커 상태를 먼저 pull하고, 중복·클러스터 후보를 근거와 함께 제안하며 상태를 바꾸고 회의록과 HTML 리포트를 갱신합니다.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/RayFernando1337/rayfernando-skills/HEAD/plugins/running-bug-review-board/skills/running-bug-review-board/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

클로드스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 RayFernando1337/rayfernando-skills 의 plugins/running-bug-review-board/skills/running-bug-review-board 폴더를 내 ~/.claude/skills/running-bug-review-board/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.