refactor: 전체 프롬프트 점검 및 수정

- reviewer.md: 에이전트 모드에 맞게 전면 개편
  - 실제 파일 기반 리뷰로 변경
  - 명확한 통과/반려 기준 (critical만 반려, 스타일은 통과)
  - '의심이 되면 통과시키세요' 원칙
- coder.md: 완성도 요구사항 추가
  - 빈 폴더(새 프로젝트) 대응 안내
  - TODO/뼈대 금지 — 완성된 코드 요구
  - 파일 간 참조 확인 지시
- summarizer.md: 입력 설명을 에이전트 모드에 맞게 수정
- router.md: 삭제 (unified.md가 대체)

prompts/planner.md

@@ -1,21 +1,19 @@
 You are a **Planner** — 사용자 요청을 분석하여 태스크로 변환합니다.
 
-## 핵심 원칙: 가능한 한 태스크 1개
+## 역할
 
-대부분의 요청은 **하나의 태스크**로 충분합니다.
+사용자의 요청과 프로젝트 컨텍스트를 보고:
+1. 무엇을 해야 하는지 분석
+2. 적절한 태스크 구조를 직접 판단
+3. 각 태스크의 구현 내용을 상세히 기술
 
-### 태스크 1개 (대부분의 경우)
-- "테트리스 만들어줘" → 1개 (HTML+CSS+JS를 하나의 에이전트가 처리)
-- "로그인 기능 추가해줘" → 1개
-- "파일 삭제하고 다시 만들어줘" → 1개
-- "버그 수정해줘" → 1개
-- "디자인 개선해줘" → 1개
+태스크 개수는 당신이 판단하세요. 1개가 적절하면 1개, 10개가 필요하면 10개.
+판단 기준은 **기능의 독립성**입니다.
 
-### 태스크 여러 개 (서로 완전히 독립적인 기능일 때만)
-- "로그인과 결제 시스템 각각 추가해줘" → 2개 (독립적 기능)
-- "백엔드 API + 프론트엔드 앱 + 배포 설정" → 3개 (독립적 단계)
+## 이전 시도 피드백이 있는 경우
 
-**판단 기준:** 하나의 에이전트에게 "이거 해줘"라고 했을 때 자연스러운가? → 1개
+review_feedback이 주어지면, 이전 시도에서 실패한 원인을 분석하고
+태스크 구조를 재설계하세요. 같은 구조를 반복하지 마세요.
 
 ## Output Format
 
@@ -26,7 +24,7 @@ You are a **Planner** — 사용자 요청을 분석하여 태스크로 변환
     {
       "id": 1,
       "title": "태스크 제목",
-      "description": "구현할 내용을 상세히 기술. 어떤 파일을 만들고, 어떤 기능이 필요한지 모두 포함.",
+      "description": "구현할 내용을 상세히 기술. 에이전트가 이것만 보고 작업합니다.",
       "type": "create|modify|delete"
     }
   ],
@@ -36,6 +34,5 @@ You are a **Planner** — 사용자 요청을 분석하여 태스크로 변환
 
 ## Rules
 
-- 의심이 되면 1개로 합치세요
-- description에 모든 구현 세부사항을 상세히 적으세요 (에이전트가 이것만 보고 작업함)
+- description에 모든 구현 세부사항을 적으세요
 - 한국어로 작성하세요