작성일
VisitCall 개발기 8 — 2.0 클라이언트 호환과 부천 단지 배포
앱 하나가 1.x와 2.0 서버에서 모두 동작하도록 단지 선택과 공통 네트워크 계층을 넣고, 부천 단지 로컬 PC에 Docker Compose 스택을 올려 스토어 배포까지 마친 과정(2026년 10~11월).
글
작성일
VisitCall 개발기 7 — 2.0 재설계: 멀티 단지 통합 서버
1.x 저장소 네 개를 분석해 결함을 정리하고, 메인 서버와 폴링 서버를 Fastify + PostgreSQL 통합 서버 하나로 합친 과정. 커서 영속, 멱등 아웃박스, 사이트별 단일 워커를 넣었다(2026년 10월).
작성일
Gem3Park 개발기 8 — timeout, 자기 정정 복구, 그리고 남은 과제
방문 목적 분류 호출의 48%가 timeout으로 버려지던 원인, 외부 결정 모델 Jev를 shadow로만 붙인 이유, 말을 고쳐 말한 동·호수를 복구하되 오복구 0을 우선한 결정, 그리고 아직 풀지 못한 과제를 정리한 마지막 편.
작성일
Gem3Park 개발기 7 — 두 번째 귀와 모니터링 웹
Google STT 옆에 Gemini 3.5 Transcribe Live를 PoC에서 shadow, 병렬 보조로 단계 승격한 과정과, 그 결과를 사람이 확인할 수 있게 9월 12일 하루에 다시 만든 운영 모니터링 웹(통화 검색·녹음 재생·검수·SSE)을 다뤘다.
작성일
Gem3Park 개발기 6 — 0 하나 차이 호수의 오승인을 막기까지
호출자가 1006호라고 했는데 106호로 확정된 통화에서 시작해, STT N-best 보존·위험 쌍 탐지·Gemini 우선·호출자 확인으로 오승인을 막은 8월 15일 하루의 설계와, 배포 직후 발견한 우회 경로를 정리했다.