---
task_id: task-2128
type: context
scope: task
created: 2026-04-23
updated: 2026-04-23
status: in-progress
---

# 맥락 노트: task-2128

**task**: task-2128

---

## 결정 근거

### config.toml project_id 불일치 처리
- config.toml에 `project_id = "dmyjpvxhlwmrqqqisbjj"` 설정되어 있음
- 실제 프로덕션 project-ref는 `zayhfjuwviporbzokudr`
- 결정: config.toml 수정하지 않고 `--project-ref` 플래그로 명시 지정
- 이유: config.toml 변경은 다른 기능에 영향 가능. 최소 침습 원칙

### 구글 트렌드 에러 로깅 방식
- 결정: traceback 출력 + 429 에러 분기 메시지
- 이유: 현재 `except Exception:`으로 모든 에러 삼키는 중. 원인 추적 불가
- 대안 기각: Sentry 연동 → 현재 Sentry 미설정, 과도한 변경

## 3 Step Why 자문

### 1st Why: "왜 이 작업이 필요한가?"
A: task-2125 E2E 검증에서 14개 기능 중 5개가 Edge Function 미배포(404)로 미동작. 구글 트렌드는 에러 삼키기로 원인 파악 불가.

### 2nd Why: "왜 배포+에러로깅 강화가 최선인가?"
B: Edge Function 코드는 이미 완성. 배포 명령만 실행하면 5개 기능 즉시 복구. 에러 로깅은 3줄 변경으로 장애 원인 추적 가능. 최소 변경으로 최대 효과.

### 3rd Why: "왜 다른 대안보다 나은가?"
C: 코드 재작성/아키텍처 변경 불필요. config.toml 수정도 불필요(--project-ref 오버라이드). 리스크 최소, 원복 용이.

→ A-B-C 논리적 일관성: 확인됨. 미배포 상태 해결 = 배포 실행, 에러 추적 불가 = 로깅 강화.

## 참조 자료

- task-2125 E2E 검증 결과
- Supabase CLI 배포: `npx supabase functions deploy`
- server/main.py:956-962

## 주의사항

- project-ref 반드시 `zayhfjuwviporbzokudr` 사용 (config.toml 값 아님)
- SUPABASE_ACCESS_TOKEN 환경변수 필요
- 배포 순서 무관 (5개 독립적)