문제 1: 배포 앱에서 Ollama 모델 목록 조회 실패

문제: 개발 환경에서는 정상 동작하던 ollama.list()가 Windows 설치 앱에서 모델 목록을 불러오지 못했습니다.
원인: 개발 환경의 렌더러는 http://localhost:3000에서 실행되지만, 배포 환경에서는 app://groomi 커스텀 프로토콜을 사용합니다. 브라우저용 Ollama 클라이언트가 배포 환경의 출처에서 요청을 보내면서 CORS 정책에 영향을 받았습니다.
해결: Ollama 모델 목록과 상세 정보 조회를 Electron 메인 프로세스로 이동했습니다. 렌더러는 preload에서 노출한 IPC API를 통해 조회 결과만 전달받도록 변경했습니다.
댓글 생성과 임베딩 기능도 동일하게 메인 프로세스의 Node용 Ollama 클라이언트를 사용하도록 구성했습니다.
결과: 개발 환경과 배포 환경에서 동일한 방식으로 Ollama에 접근할 수 있게 되었으며, 브라우저 출처와 CORS 정책에 의존하지 않게 되었습니다.

문제 2: Electron 설치 파일에서 LanceDB 실행 실패

문제: 개발 환경에서는 정상 동작했지만, 설치된 앱을 실행하면 apache-arrow 모듈을 찾을 수 없다는 메인 프로세스 오류가 발생했습니다.
원인: apache-arrow와 Windows용 LanceDB 네이티브 바인딩이 전이적 의존성 및 선택적 의존성으로만 존재했습니다. Electron Builder가 프로덕션 패키지를 구성하면서 해당 모듈을 필수 런타임 의존성으로 인식하지 못했습니다.
해결: apache-arrow와 @lancedb/lancedb-win32-x64-msvc를 직접 런타임 의존성으로 선언했습니다. 네이티브 .node 파일은 ASAR 외부에 배치하도록 구성하고, 패키지 내부 모듈 목록과 배포판 실행 로그를 검증했습니다.
결과: 개발 PC가 아닌 환경에서도 LanceDB와 임베딩 기능이 정상적으로 초기화되도록 개선했습니다.

문제 3: Electron 배포판에서 React 화면 제공

문제: 기존 Electron 창은 항상 개발 서버 주소인 http://localhost:3000을 열도록 구현되어 있었습니다. 따라서 설치 파일로 실행하면 React 화면을 불러올 수 없었습니다.
원인: 개발 서버와 프로덕션 정적 빌드를 구분하는 로딩 전략이 구현되어 있지 않았습니다.
해결: React Router SPA 빌드 결과를 제공하는 app:// 커스텀 프로토콜을 구현했습니다. 개발 환경에서는 기존 Vite 서버를 사용하고, 패키징된 앱에서는 포함된 build/client 파일을 직접 제공합니다.
존재하지 않는 경로 요청은 index.html로 처리하여 클라이언트 라우팅도 유지했습니다.
결과: 별도의 웹 서버 없이 독립 실행 가능한 Windows 데스크톱 앱으로 배포할 수 있게 되었습니다.