---
task_id: task-2125
type: context
scope: task
created: 2026-04-23
updated: 2026-04-23
status: completed
---

# 맥락 노트: task-2125

**task**: task-2125

---

## 결정 근거

### 핵심 결정 1: 이중 아키텍처 확인
- 프론트엔드 코드는 Supabase Edge Functions를 호출하지만, 실제로는 대부분의 Edge Function이 **미배포 상태**
- InsuRo FastAPI 백엔드(api.insuro.biz)에 별도 AI 기능이 구현되어 있으나, 프론트엔드가 직접 호출하는 곳은 제한적
- 결론: 프론트엔드 → Supabase Edge Function 경로가 주 아키텍처이며, InsuRo API는 키워드/트렌드 프록시 용도

### 핵심 결정 2: 라우트 URL 불일치
- 태스크 명세서의 URL(/market-newsletter, /premium-comparison)과 실제 라우트(/market/newsletter, /market/premium-compare)가 다름
- 재검증으로 올바른 URL 확인 후 정상 동작 확인

### 3 Step Why 자문
1st Why: "왜 전수 E2E 검증이 필요한가?"
→ UI만 있고 백엔드 미연결, 옵션이 API에 반영 안 되는 경우를 식별하기 위해

2nd Why: "왜 API+브라우저 교차 검증이 최선인가?"
→ API 직접 호출로 백엔드 동작을 확인하고, 브라우저로 프론트엔드-백엔드 연결을 확인하는 이중 검증이 가장 정확

3rd Why: "왜 이중 검증이 단일 방법보다 나은가?"
→ API만 테스트하면 CORS/인증 등 브라우저 특유 문제를 놓치고, 브라우저만 테스트하면 백엔드 자체 문제인지 연결 문제인지 구분 불가

## 참조 자료

- API 결과: `/home/jay/.cokacdir/workspace/06FD241F/api-test-results.md`
- 브라우저 결과 (비로그인): `/home/jay/.cokacdir/workspace/06FD241F/browser-test-results.md`
- 브라우저 결과 (로그인): `/home/jay/.cokacdir/workspace/06FD241F/browser-test-loggedin-results.md`
- 재검증 결과: `/home/jay/.cokacdir/workspace/06FD241F/browser-test-recheck-results.md`

## 주의사항

- Edge Function 코드는 리포에 존재하지만 Supabase에 배포되지 않은 상태
- 테스트 시 임시 패스워드(TempPass@123)를 설정했으므로, 검증 후 원래 인증 방식 복원 필요
- profiles 테이블에 onboarding_step 컬럼 누락 가능성 (400 에러)
