review-looplisted

# Review Loop 코드 변경 후 **Tiered**(점층) 방식으로 리뷰한다. 작은 이슈면 1명만, 심각하면 3명 병렬. 각 사이클에서 critic이 최종 판정을 내리고, REQUEST CHANGES면 수정 후 재체이닝. ``` [Fast Path] code-reviewer ──┐ ├─ APPROVE/LOW만 → 종료 └─ MEDIUM↑ 발견 → [Deep Path] ├─ architect ─┐ └─ critic ────┴─ 최종 판정 (병렬) ``` 핵심 변경 (v4): - **외부 플러그인 의존 제거**: architect/critic을 `agents/*.md` 페르소나 주입으로 전환. 이전 v3은 미설치 플러그인의 에이전트를 호출해 Deep Path가 항상 실패했다. - **Tiered**: 1차는 code-reviewer 단독. 가벼운 변경에서 architect/critic 호출 비용 제거. - **병렬**: Deep Path 진입 시 architect와 critic을 동시 소환 (체이닝 의존성 제거). - **부분 재리뷰**: 재체이닝 시 변경 파일 + 영향받는 호출처만 검토. - **캡 단축**: 5회 → 3회 (대부분 2회 안에 수렴). ## When to Use - 코드 작성/수정 완료 후 품질 검증이 필요할 때 - "리뷰 루프", "review-loop", "리뷰 돌려", "코드 리뷰 루프" 요청 시 - 사용자가 "고치고 다시 리뷰해" 류의 반복 검증을 요구할 때 ## Workflow ### Step 1: 변경 범위 파악 ``` git diff --name-only ``` 변경된 파일 목록과 변경 목적을 정리한다. 변경 파일이 없으면 사용자에게 확인. 첫 사이클에서는 전체 변경 파일이 대상이다. ### Step 2: Fast Path — code-reviewer 단독 리뷰 code-reviewer 에이전트만 소환한다. 이 스킬이 `subagent_type`으로 직접 지정하는 에이전트는 **이것 하나뿐**이다 (플러그인 루트 `agents/`에 등록된 유일한 리뷰 에이전트). ``` Agent(subagent_type="plugin-mh:code-reviewer") ``` 프롬프트: - 변경 목적과 맥락 - 변경된 파일 목록 (1차) 또는 부분 재리뷰 대상 (재체이닝) - 리뷰 관점: **스펙 충족, 로직 결함, 엣지케이스, 코드 품질, 성능** 결과를 `R1_RESULT`로 저장. ### Step 3: 분기 게이트 R1_RESULT를 분석하여 분기: - **APPROVE 또는 LOW 이슈만** → Step 6으로 (Fast Path 종료, 즉시 보고). - **MEDIUM/HIGH/CRITICAL 이슈 1개 이상** →