IA 영역 — /friends 처리 결정

코드를 살펴보니 /friends 와 /haru 가 거의 같은 컨셉입니다. 어떻게 정리할까요?

중복 진단
/haru (BottomNav 노출)
  • 채팅 인터페이스
  • 운동·수면·커피·컨디션 키워드 감지
  • 감정 키워드 감지 → 일기 저장
  • 단일 어시스턴트
/friends (진입로 없음)
  • 채팅 인터페이스 (동일)
  • 운동·수면·감정 키워드 감지 (동일)
  • 일기 저장 (동일)
  • 모미·마음 캐릭터 분기
※ personal/ 비서 시스템에는 진(집사)·모미(PT)·마음(코치) 3캐릭터 구조가 있음. /haru 가 "진" 단일일 가능성이 큼.

처리 옵션

A

haru로 통합 + 캐릭터 분기 흡수 (추천)

/friends의 모미·마음 분기 로직을 /haru로 옮기고, /friends 라우트는 제거. 한 채팅 입구에서 메시지 내용에 따라 진/모미/마음 셋이 응답.

B

friends 제거 (deprecate)

캐릭터 분기 자체가 더 이상 필요 없다고 보면 /friends 페이지·코드 전체 삭제. /haru 단일 컨셉 유지.

C

역할 분리 (chat=haru / 관계기록=friends)

/friends를 대화 페이지에서 → 관계·인맥 기록 페이지로 재정의. BottomNav 안에는 안 넣고 기록 안 서브 진입로로.

D

판단 보류

지금 결정 못 함. 다음 영역(다이어리)부터 먼저 보고 돌아오겠음.