변경 검토하기

HEAD와 사용자가 제시한 고정점 사이의 diff에 대한 분리된 검토:

• Standards — 코드가 이 저장소의 문서화된 코딩 표준을 따르는가?
• Spec — 코드가 출처가 된 이슈 / PRD / 명세를 충실히 구현하는가?
• Risk — 추가·수정 코드가 버그, 보안 문제, 개발 환경 파괴, 또는 피처 게이트 누수를 만드는가?

Standards와 Spec은 기본 축이다. Risk는 사용자가 위험 감사·thermos·thermo nuclear를 요청했거나 변경이 보안, 인증, 권한, 영속성, 트랜잭션, 외부 연동을 건드릴 때만 켠다. 켠 축은 병렬 서브에이전트로 실행되어 서로의 맥락을 오염시키지 않고, 이 스킬이 발견 사항을 모은다.

Spec은 빠른 검토다 — 서브에이전트 하나가 명세에 맞춰 diff를 읽고, 빠진 요구사항, 범위 확장, 잘못된 구현을 400단어 안에 보고한다. 사용자가 항목별 상태, 증거 영역 분리, 독립 검토자 통과, 집계된 PASS/FAIL/NEEDS_REVIEW 같은 정식 요구사항 판정을 요청하면 같은 요구사항에 /rq를 별도로 실행한다. /rq가 실행되면 Spec을 대체한다; 둘을 실행해 병합하지 않는다. 고위험이라는 이유만으로 직접 /vibe-review가 /rq를 자동 호출하지 않는다.

설정 문서와 기본값을 읽는다. 설정이 없으면 초기화를 요구하지 않고 로컬 Markdown으로 명세·티켓을 찾아 검토한다. 리뷰는 읽기 전용이므로 기본값을 적용해도 설정, 명세, 티켓 파일을 만들거나 수정하지 않는다. 필요한 명세가 실제로 없을 때만 아래 명세 탐색 규칙에 따라 한계를 보고한다.

과정

1. 고정점 고정하기

사용자가 고정점으로 말한 것 — 커밋 SHA, 브랜치 이름, 태그, main, HEAD~5 등. 다른 스킬이 이 스킬을 호출하며 고정점을 넘겼으면(/vibe-implement는 시작 전 기록한 커밋을 넘긴다) 그것을 쓰고 묻지 않는다. 사용자나 호출자 어느 쪽도 고정점을 제공하지 않았을 때만 묻는다.