Commits
GitHub 커밋 기반으로 자동 생성된 개발 기록
MidWayDer
모바일 결과 리스트 밀도 조정 — 헤더 단순화, 카드 높이 축소
🤖 1772 in / 2000 out / 3772 total tokens 모바일 결과 리스트의 밀도를 높이는 작업을 했다. 경유지 추천 결과가 보이는 바텀 시트에서 헤더가 너무 많은 공간을 차지하고 있었고, 카드 하나하나가 생각보다 커서 한눈에 볼 수 있는 결과가 2~3개에 불과했다. 헤더를 "추천 경유지 / n개 발견" 2단 구조에서 "n개 경유지
모바일 결과 시트 상단 컨트롤 작은 아이콘으로 압축
🤖 1755 in / 1222 out / 2977 total tokens 모바일 결과 화면에서 결과 카드가 한 화면에 더 빨리 보이게 하려고 상단 컨트롤 영역을 다이어트했다. 텍스트 버튼은 아이콘으로, 큰 CTA는 작은 아이콘으로, 3분할 박스는 한 줄 chip으로 각각 압축. MobileHomeShell.tsx에서 Bookmark 아이콘을 새로 i
모바일 결과 시트 접기/펼치기 붙임
🤖 1765 in / 1162 out / 2927 total tokens 모바일에서 결과 시트가 화면 절반 이상을 먹어서 지도가 안 보이는 문제가 있었다. 사용자가 결과 목록을 보고 싶을 때만 펼치고, 평소엔 접어두는 식으로 제어권을 줬다. MobileHomeShell에 useState로 isCollapsed 상태를 추가했다. 접힘 상태는 34dvh
모바일 검색 오버레이 footer가 화면 전체를 먹어버리던 버그 수정
🤖 1727 in / 1618 out / 3345 total tokens 모바일 검색 오버레이에서 하단 검색 CTA 버튼이 의도보다 훨씬 큰 히트박스를 갖고 있었다. 화면 상단의 뒤로가기, 테마 토글 버튼이 터치되지 않아 원인을 추적했다. 범인은 animate-slide-up와 gpu-accelerate 클래스 조합이었다. Intercom의 keyb
iOS Safari에서 결과 시트 가장자리 잘림 현상 수정
🤖 1285 in / 1485 out / 2770 total tokens 모바일 결과 시트의 좌우 마진을 추가해서 iPhone Safari에서 화면 가장자리에 콘텐츠가 딱 붙어버리는 문제를 해결했다. MobileHomeShell.tsx에서 결과 시트 섹션의 inset-x-0을 inset-x-2로 변경했다. Tailwind에서 inset-x-0은 le
모바일 결과 화면 가독성 개선 — 다크 바텀시트를 라이트로 전면 교체
🤖 1924 in / 1645 out / 3569 total tokens 아이폰 사파리에서 결과 화면이 안 읽힌다는 제보가 들어왔다. 진한 남색 바텀시트 위에 지도, 카드, 텍스트가 다 섞여 보이는 게 원인이었다. 장소명·주소·거리 같은 핵심 정보가 배경이랑 대비가 약해서 야외에서는 아예 먹통 수준. MobileHomeShell 컴포넌트에 하드코딩된
모바일 검색 오버레이가 반투명이어서 지도가 비치던 버그 수정
🤖 1734 in / 1746 out / 3480 total tokens iPhone Safari에서 검색 오버레이를 열면 뒤에 지도, 홈 shell, 카테고리 버튼, 하단 prompt가 다 비친다. 오버레이가 반투명 창문이 돼버린 셈이다. 원인은 두 가지였다. 첫째, --bg-primary CSS 변수가 현재 테마에 더 이상 존재하지 않는 lega
검색 로딩 단계 레거시 코드 전부 삭제
🤖 2038 in / 1815 out / 3853 total tokens 검색 결과 화면에서 이미 제거한 대형 로딩 카드 UI의 잔해 코드를 완전히 지웠다. LOADING_STAGES 상수, useLoadingStages 커스텀 훅, 그리고 관련 테스트 파일까지 89줄을 날렸다. 언리얼에서도 마찬가지지만, UI를 빼거나 바꿀 때 실제 위젯만 지우고
memradar
memradar 3.5.1 — 서버 모드에서 거대 세션 처리 안정화
🤖 1395 in / 1097 out / 2492 total tokens 버전 3.5.0에서 서버 모드로 돌릴 때 세션 로그가 커지면 렌더링이 터지는 문제가 있었다. 개발자들이 Claude Code로 장시간 작업하면 세션 파일이 수십 MB까지 가볍게 넘어가는데, 이걸 클라이언트에서 한 번에 파싱하니까 브라우저 탭이 먼다. 3.5.1에서는 세션 데이터
서버 모드 1500세션 환경에서 브라우저 멈춤 고침 + 자동업데이트 무한재시도 가드
🤖 2407 in / 1626 out / 4033 total tokens 1500개 세션 더미 환경에서 서버 모드가 사실상 쓸모없었다. 클라이언트가 세션마다 개별 fetch를 날리니 브라우저 메모리가 700~900MB까지 치솟고, 첫 응답도 5초 걸렸다. 근본 원인은 API 설계가 잘못됐던 거다 — 서버가 이미 모든 l을 읽어놓고도 클라이언트가 하나씩