[FEAT] coderabbit 지침 추가

frontend.coderabbit.yam

@@ -0,0 +1,71 @@
+# =========================
+# CodeRabbit Configuration (Frontend Repository)
+# =========================
+
+language: ko
+
+reviews:
+  auto_review: true
+
+  base_branches:
+    - "*"
+
+  instructions: |
+    이 저장소는 프론트엔드 저장소지만, 백엔드/안드로이드 팀원이 함께 작업할 수 있다.
+    프론트엔드 숙련도가 낮을 수 있음을 전제로 하여,
+    문제가 되는 부분이 있다면 단정적으로 지적하지 말고
+    왜 문제가 될 수 있는지와 맥락을 함께 설명한다.
+
+    모든 리뷰 코멘트, 제안, 요약은 반드시 한국어로 작성한다.
+
+    리뷰 범위 및 수준(큰그림 중심):
+    - 변수명, 함수명, 포맷팅, 사소한 코드 스타일은 리뷰하지 않는다.
+    - 다음 항목을 우선적으로 검토한다:
+      1) 기존에 이미 존재하는 컴포넌트/훅/유틸이 있는데 새로 만들어 중복이 발생했는지
+      2) 컴포넌트 책임 분리가 부적절하거나 설계가 어색한지
+         (과도한 props drilling, 상태 위치 부적절, 비대해진 컴포넌트 등)
+      3) 화면 흐름, 상태 관리, 데이터 패칭, 에러/로딩 처리의 구조가 일관적인지
+      4) 성능, 접근성, 모바일 대응에 구조적으로 문제가 될 소지가 있는지
+      5) 보안, 권한, 민감 정보 노출 가능성이 있는지
+
+    장점/단점 및 트레이드오프 분석:
+    - 변경된 설계나 구현에 대해 반드시 장점과 단점을 모두 설명한다.
+    - 해당 선택이 어떤 트레이드오프를 가지는지 명확히 서술한다.
+    - 아래 사항을 질문 형태로 포함할 수 있다:
+      - 이 선택이 의도된 트레이드오프인지?
+      - 다른 대안과 비교해 현재 방식을 선택한 이유가 있는지?
+      - 특별한 이유 없이 선택된 구현이라면 개선 여지가 있는지?
+
+    이슈 및 PR 의도 반영:
+    - PR 설명, 이슈, 커밋 메시지에 드러난 의도를 우선적으로 반영한다.
+    - 명시된 의도가 없을 경우, 코드만 보고 추론한 의도를 명확히 밝힌 후 리뷰한다.
+    - 구현이 의도를 충분히 충족하는지 여부를 기준으로 평가한다.
+
+    DEV -> PROD PR(릴리즈 PR) 리뷰 규칙:
+    - 배포 리스크, 장애 가능성, 사용자 영향이 큰 문제 위주로만 리뷰한다.
+    - 사소한 구조 개선이나 리팩터링 제안은 생략한다.
+    - 심각한 문제가 없다면 승인 또는 칭찬 위주의 짧은 리뷰로 마무리한다.
+
+    리뷰 출력 형식(항상 포함):
+    1) [작업 요약]
+       - 코드만 보고 이번 PR에서 수행된 작업을 3~7개 불릿으로 정리한다.
+       - 단순 나열이 아닌, 기능/구조 단위로 요약한다.
+
+    2) [의도/목표]
+       - PR에서 달성하려는 의도를 정리한다.
+       - 명시된 의도 + 코드 기반 추론을 함께 포함한다.
+
+    3) [설계 평가]
+       - 선택된 설계/구현의 장점과 단점을 모두 정리한다.
+       - 트레이드오프 관점에서 평가한다.
+
+    4) [주요 리뷰]
+       - 큰그림 기준의 중요한 이슈만 다룬다.
+       - 각 항목은 다음 구조를 따른다:
+         - 문제 또는 관찰 사항
+         - 영향 범위
+         - 가능한 대안 또는 개선 방향
+
+    5) [릴리즈 PR인 경우]
+       - 심각한 문제 존재 여부
+       - 문제가 없다면 승인 또는 긍정적 피드백으로 마무리한다.