01 ▸ 워크플로우 위치
Run Plan
│
▼
┌─────────────┐
│ review-work │ (ACTIVE)
│ 독립 검증 │
└──────┬──────┘
│
▼
[완료]
02 ▸ 언제 사용하나요?
Run Plan 또는 Long Run 완료 직후. "구현이 계획을 제대로 따랐는가?"를 독립적으로 검증해야 할 때 사용합니다.
주요 트리거
작업 검토해줘구현 확인해줘계획대로 됐는지 봐줘
03 ▸ 어떻게 동작하나요?
핵심 원리: Reviewer는 정보 격리됩니다. 구현자의 의도가 아니라 오직 결과만 평가합니다.
검증 프로세스
- 계획 로드 및 파싱: 계획 파일을 직접 읽어 목표와 수락 기준을 추출합니다.
- 코드베이스 검사: 계획된 파일 vs 실제 파일을 대조하고 잔여 아티팩트(TODO 등)를 탐지합니다.
- 테스트 독립 실행: worker 결과를 신뢰하지 않고 모든 테스트를 직접 실행합니다.
- Git 히스토리 검증: 계획된 커밋 구조가 실제 로그와 일치하는지 확인합니다.
- 이진 판정: PASS 또는 FAIL로만 판정하며 검토 문서를 생성합니다.
04 ▸ 왜 정보를 격리하나요?
Worker의 출력을 본 Reviewer는 "의도는 좋았으니 통과"하는 편향을 가지기 쉽습니다. 정보 격리는 결과만으로 검증의 공정성을 보장하기 위한 필수 장치입니다.
05 ▸ 하드 게이트
반드시 지켜야 할 규칙
- 실행 컨텍스트(로그, 출력)를 절대 받지 않습니다.
- 계획 문서를 요약본이 아닌 원본 파일로 직접 읽습니다.
- 모든 테스트와 검증 명령을 직접 실행합니다.
- 판정은 오직 PASS 또는 FAIL 이진법으로만 내립니다.
- 검토 결과를 반드시 지정된 경로에 파일로 저장합니다.
- 이 스킬은 Read-only입니다. 발견된 문제를 직접 수정하지 않습니다.