expert-reviewlisted

# Expert Review - 전문가 페르소나 병렬 리뷰 + 통합 제안 파일을 입력받아 내용을 분석하고, 최적의 전문가 페르소나를 자동 추천한 뒤, 병렬 서브에이전트로 리뷰를 수행하고 통합 제안서를 출력하는 ��킬. ## 사용법 ``` /expert-review path/to/file.md /expert-review path/to/file.md --count 5 /expert-review path/to/plan.md --count 2 ``` ### 옵션 | 옵션 | 기본값 | 설명 | |------|--------|------| | `--count` | `3` | 리뷰어 수 (2~5) | | `--auto` | `false` | 페르소나 확인 단계 생략, 자동 추천으로 바로 진행 | | `--save` | `true` | 결과를 파일로 저장 | ## 실행 워크플로우 ### Step 1: 입력 파싱 및 파일 읽기 1. 파일 경로와 옵션(`--count`, `--auto`, `--save`)을 파싱한다. 2. `Read` 도구로 파일 내용을 읽는다. 3. 파일이 없거나 읽기 실패 시 AskUserQuestion으로 경로 재확인. ### Step 2: 콘텐츠 분석 및 페르소나 추천 파일 내용을 분석하여 **문서 유형**과 **핵심 도메인**을 ���별한다. #### 문서 유형 판별 | 유형 | 시그널 | |------|--------| | 기술 설계/아키텍처 | API, 스키마, 시스템 구성도, 인프라 | | 제품 기획/PRD | 유저 스토리, 요구사항, 스코프, MVP | | 비즈니스 전략 | 시장, 경쟁, 매출, ROI, KPI | | 코드/구현 | 함수, 클래스, 테스트, 에러 핸들링 | | 콘텐츠/문서 | 글, 발표, README, 가이드 | | 데이터/분석 | 쿼리, 파이프라인, 지표, 대시보드 | #### 페르소나 추천 로직 문서 유형과 도메인을 기반으로 **`references/persona-catalog.md`**에서 최적의 N명을 선택한다. **추천 원칙**: 1. **다양성**: 같은 계열의 전문가를 중복 선택하지 않는다 (기술+기술 ✗, 기술+비즈니스+UX ✓) 2. **대항성**: 최소 1명은 비판적 관점을 가진 전문가를 포함한다 3. **적합성**: 문서의 핵심 도메인에 직접 관련된 전문가를 우선 배치한다 ### Step 3: 페르소나 확인 `--auto`가 아닌 경우, AskUserQuestion으로 추천된 페르소나를 보여주고 확인/수정을 받는다. ``` questions: - question: "다음 전문가 {N}명으로 리뷰를 진행할까요?" header: "리뷰어 구성" options: - label: "이대로 진행 (Recommended)" description: "{페르소나1} / {페르소나2} / {페르소나3}" - label: "일부 교체" description: "교체하고 싶은 페르소나를 알려주세요"