Gemini API에 사람들이 충분히 알아차리지 못한 기능이 하나 있습니다. 바로 프롬프트를 _백그라운드(background)_로 실행할 수 있다는 것입니다. 프롬프트를 보내면 1초도 안 되어 상호작용 ID를 받고, 사용자가 노트북을 닫아도 모델은 서버 측에서 계속 작동합니다. 연결을 유지하거나 탭을 열어두지 않아도 됩니다.

그리고 무료 계층(free tier)에서는 gemini-3.1-flash-lite를 사용하고 결제 계정이나 카드가 필요 없기 때문에 비용이 전혀 들지 않습니다.

이 조합은 한 가지 특정 작업에 조용히 매우 유용합니다: **지금 당장 답변을 얻을 필요가 없는 연구(research)**입니다.

저는 그걸 자기 전에 돌립니다. 아침이 되면 그 모든 것이 로컬 스토어에 캐시되어 커피와 함께 읽을 준비가 되어 있습니다. 이건 제가 공짜로 야간 근무를 하는 연구 인턴에게서 얻을 수 있는 가장 가까운 경험입니다.

데몬(daemon)은 단 하나의 이유 때문에 존재합니다

24시간 만료라는 것이 핵심이죠. 결과를 영구적으로 캐싱하는 것은 쉽지만, 그것이 도착했다는 것을 알아차리는 것이 어렵습니다. gemcatch daemon은 단순히 진행 중인 모든 것을 루프(loop)로 폴링(polling)하고 결과가 완료되는 즉시 SQLite에 기록합니다. 따라서 다시 확인하는 것을 잊어버려도 아무것도 누락되지 않습니다. 종료시키거나, 재부팅하거나, 전원을 뽑아도 이미 수집된 모든 것은 디스크에 남아있고, 중단했던 지점부터 이어서 작동합니다.

의도적으로 지루합니다

대시보드도 없고, 계정도 없고, 원격 측정(telemetry) 기능도 없습니다. Node 파일 몇 개와 SQLite 파일 하나, 그리고 research, batch, get, list, watch, daemon 같은 명령어 몇 가지가 전부입니다. 모든 아웃바운드 호출은 속도 제한(rate-limited)되고 재시도되므로, 대규모 배치 작업이 무료 등급의 한계를 초과하여 폭발하는 대신 그 범위 내에 머물도록 합니다. MIT.

npx gemcatch research "당신의 질문"

레포: github.com/Booyaka101/gemcatch

만약 '지금 물어보고, 나중에 읽고, 돈을 내지 않는' 방식이 실제로 당신의 작업 방식에 맞는다면, 당신은 무엇을 겨냥할 것인지—그리고 배치 흐름을 더 좋게 만들려면 무엇이 필요할지 알고 싶습니다. 예약/반복 실행 기능이 제가 다음에 주목하고 있는 부분입니다.