제 머릿속을 떠나지 않는 시나리오가 하나 있습니다. 지난 한 달 동안 반복적인 두통이 있었고, 어쩌면 피로감이 생겼다 사라졌다 했을 수도 있습니다. 아주 심각한 상황은 아니지만, 병원 예약을 잡을 만큼은 충분히 인지할 수 있는 수준이죠.

진료를 위해 병원에 갑니다. 의사는 무엇이 문제인지 묻습니다. 그리고 당신은 기억을 되살려 재구성합니다. 그것도 단 15분 만에 말이죠. 날짜는 흐릿해집니다.

보고서 생성(report generation)은 제가 가장 많은 시간을 할애한 부분입니다. 증상 이름, 날짜, 심각도, 메모와 같은 구조화된 입력(Structured input)을 결론보다는 관찰을 명시적으로 요구하는 프롬프트(prompt)에 통과시키면 유용한 결과물이 나옵니다. 반면, 자유 형식의 입력(Freeform input)을 개방형 요약 프롬프트에 넣으면 쓰레기 같은 결과가 나옵니다. 여기서 프롬프트 엔지니어링(Prompt engineering)은 제가 예상했던 것보다 훨씬 더 중요했습니다.

스택(Stack): Next.js App Router, TypeScript, 인증 및 Postgres를 위한 Supabase, UI를 위한 Tailwind + Lucide. Google AI SDK를 통한 Gemini.

제가 다르게 했을 부분

보고서 형식이 여전히 산문(prose) 비중이 너무 높습니다. 증상, 빈도, 심각도 범위, 주목할 만한 맥락과 같이 구조화된 레이아웃(structured layout)을 사용하는 것이 임상 현장(clinical setting)에서는 문단 형태보다 더 빠르게 훑어보기(scannable) 좋을 것입니다. 이것이 제가 가장 먼저 수정할 부분입니다.

또한, 기록의 마찰(logging friction)이 전부입니다. 모바일에서 증상을 추가하는 데 두 번 이상의 탭(tap)이 필요하다면, 사용 빈도는 급격히 떨어집니다. 인터페이스는 양식(form)보다는 알림(notification)에 더 가까워야 합니다.

짧은 데모