[CHORE] 전체 사용자 작업 흐름 통합 점검

[kokkumong]

🎯 어떤 기능이 필요한가요? (Is your feature request related to a problem?)

• 여러 기능(인증, 모임 생성, 참여자 가용시간 제출, 캘린더/시간표 연동)이 각각 개발되어 왔으나, 호스트 → 참여자 → 결과 확인으로 이어지는 전체 사용자 흐름이 처음부터 끝까지 매끄럽게 동작하는지 통합적으로 점검된 적이 없습니다.
• 특히 dev 브랜치 통합 후, 화면 전환·API 연동·데이터 흐름이 끊김 없이 이어지는지 확인이 필요합니다.

✨ 구상하는 해결책 (Describe the solution you'd like)

전체 작업 흐름을 실제로 따라가며 점검하고, 끊기거나 어색한 지점을 기록/개선합니다.

• 호스트 흐름: 홈(/) → 모임 만들기(/schedule/create) → 링크 발급까지 매끄럽게 이어지는지
• 참여자 흐름: 초대 링크(/schedule/:id) 진입 → 가능 시간 입력 → 제출 완료
• 결과 확인: 호스트 토큰으로 참여자 현황 + 겹치는 시간(commonSlots) 확인
• 캘린더/시간표 연동: Google / iCloud / 에브리타임 / 수동 입력 진입 경로가 흐름에 자연스럽게 연결되는지
• 인증 연계: 게스트-퍼스트 흐름에서 로그인/회원가입 제안 시점이 적절한지
• 데이터 영속성 점검: 현재 스케줄 데이터가 인메모리 store(lib/schedule-test/store.ts)에 저장되어 서버 재시작 시 사라지는 문제 확인

⚖️ 대안 (Describe alternatives you've considered)

• 개별 기능 단위 테스트만으로는 화면 간 전환·데이터 전달의 단절을 잡기 어려워, 통합 흐름 점검을 별도 진행합니다.

📝 추가 정보 (Additional context)

• 참고: docs/user-flow.md (의도된 게스트-퍼스트 사용자 흐름)
• 참고: ARCHITECTURE.md (단, 백엔드가 Supabase로 기재되어 있으나 실제는 Prisma+SQLite로 문서 갱신 필요)

[kokkumong]

🔍 전체 사용자 흐름 통합 점검 결과 (라이브 점검)

개발 서버 + 브라우저로 호스트 → 참여자 → 결과 확인 흐름을 실제로 따라가며 점검함.

✅ 정상 (끊김 없음)

• 호스트: 홈 → 모임 만들기 → 초대/호스트 링크 발급
• 참여자: 초대 링크 진입 → 가능 시간 제출 (2명)
• 결과: 호스트 토큰으로 진입 → "현재 2명 제출" + 공통 가능 시간 정확히 계산
• 알고리즘: findCommonSlots 정상 — 교집합 + 인접 슬롯 병합(월 13-14+14-15 → 13:00-15:00)까지 정확
• 게스트-퍼스트 로그인 정책: 모임 생성에 로그인 가드가 없는 것은 버그가 아니라 의도된 설계로 확인됨 (docs/user-flow.md 및 홈 문구와 일치)

⚠️ 개선 필요 (UI/표시 계층)

#	심각도	내용	원인/위치
1	🔴 높음	전 화면 CSS/Tailwind 미적용 (기본 HTML로 렌더링)	postcss.config.js 누락 + autoprefixer 미설치 → @tailwind 지시문이 컴파일되지 않음. 빌드 CSS에 유틸 클래스 0개 확인
2	🟡 중간	참여자 제출 후 상단 "현재 N명 제출" 카운트가 0 그대로 (호스트 뷰는 정상)	ScheduleRoomClient — POST 응답의 갱신된 schedule을 화면에 반영하지 않음
3	⚪ 낮음	호스트 결과의 참여자 목록에서 이름과 시간 사이 공백 누락 ("참가자A월요일...")	호스트 결과 렌더링 텍스트

🔧 구조적 발견 → 파생 이슈로 분리

• 인증 시스템 이원화: 미들웨어/로그인은 Supabase, /api/auth/*는 자체 JWT(jose)+Prisma 로 분리되어 연결되지 않음
• 방향: Supabase로 통합 결정 → 별도 하위 이슈에서 진행 (기존 카카오/네이버/구글 소셜 로그인 영향 분석 포함)

데이터 영속성 (기존 인지 사항)

• 스케줄 데이터가 인메모리 store(lib/schedule-test/store.ts)에 저장 → 서버 재시작 시 소실