FireWatch (매일 아침 자동 브리핑 시스템)

OVERVIEW/왜 만들었나

매일 아침 증권 앱·환율 사이트·뉴스를 일일이 확인하는 반복 작업을 자동화하고 싶었다.

ROOT CAUSE → FIX/핵심 선택

Kotlin + Spring Boot WebFlux — 스케줄러의 안정적 반복 실행
AuditLogAspect (Spring AOP) — 스케줄러·외부 API 호출·푸시 발송 전 구간을 가로채 SUCCESS/WARNING/FALLBACK/FAILURE 4개 상태로 자동 기록. 비즈니스 로직에 로깅 코드를 흩뿌리지 않는다
bkit PDCA — Plan/Design을 먼저 문서화하고 하루 만에 백엔드+웹 MVP 완성
$0 운영 원칙 — Gemini 무료 티어 한계(Search Grounding 할당량 0)에 맞춰 모델을 3종 실측 교체, Render 무료 티어 + GitHub Actions로 슬립 우회

ROOT CAUSE → FIX/만들면서 닥친 문제

감사로그가 중첩 호출을 잘못 귀속: 스케줄러가 Gemini 실패로 FALLBACK을 표시한 직후 뉴스 조회를 호출하니, 그 사유가 SCHEDULER가 아니라 NEWS_API 로그에 찍혔다. ThreadLocal로 호출 깊이를 추적해 가장 바깥쪽 호출만 FALLBACK을 소비하도록 고치고 회귀 테스트를 추가했다.
컨테이너 기본 타임존(UTC)으로 날짜를 계산해 KST 08:00 실행마다 "오늘"이 하루 전으로 잡혀 매번 스킵되는 버그를 실측으로 발견, 스케줄러 타임존을 명시해 해결했다.
Gemini 호출이 실패해도 전체 브리핑이 막히지 않도록, 금융 데이터 수집과 AI 요약을 분리해 금융 데이터만으로 대체 발송하는 경로를 만들었다.

RESULT/결과

8/19 계획부터 8/24 나흘 반 만에 백엔드-웹-모바일-알림(FCM+웹 푸시)까지 갖췄고, 이후에도 계속 운영하며 Play 스토어 공개 배포 수준까지 키웠다(~10/2, 120+ 커밋). 다중 사용자 지원으로 아키텍처를 재설계했고, Supabase RLS 미설정·API 키 노출 경로를 직접 찾아 막았으며, 감사로그 실측으로 운영 장애(콜드스타트·폴링 실패)를 진단·해결했다. 백엔드(Kotlin·Spring Boot)·웹(React)은 배포 완료, 모바일(Expo·React Native·TypeScript)은 주요 화면·알림 등록까지 구현했고 스토어 출시는 준비 중이다.