Skip to content
Published on

Gemini 3.7 Flash의 도입가와 3주 주기 — 모델 원가를 계약이 아니라 확률로 잡아야 하는 이유

🇰🇷KO🇺🇸EN🇯🇵JA🇨🇳ZH
Split View필사 모드✨Start Quiz
공유하기
Authors

이 글은 2026-08-15에 Hacker News API와 GeekNews 피드에서 직접 확인한 항목을 바탕으로 합니다. 점수와 순위는 계속 바뀝니다.

무엇이 올라와 있었나

Hacker News API로 확인한 항목입니다. 제목은 Gemini 3.7 Flash, 아이템 번호는 49289112이고 2026-08-15 기준 946점에 댓글 482개입니다. 링크는 Google 블로그의 공식 발표 글입니다. 같은 항목이 GeekNews 피드에도 올라와 있었습니다.

발표문은 이 모델을 코딩과 에이전트를 위한 가장 똑똑한 상시 작업용 모델이라고 소개하고, 2026년 8월 13일자로 공개했다고 적고 있습니다. 그리고 직전 모델인 Gemini 3.6 Flash가 나온 지 3주 만이라는 사실도 발표문 안에 있습니다.

벤치마크는 올랐습니다. 그런데 무엇과 비교한 것인가

발표문에 실린 수치는 이렇습니다. FrontierCode 1.1 Main이 43.6%로 직전 3.6 Flash의 34.4%에서 올랐고, DeepSWE v1.1은 65.3%로 49.0%에서, GDP.pdf는 34.0%로 22.0%에서, AutomationBench는 30.4%로 17.0%에서 올랐습니다. WebDev Arena Elo는 1588로 1538에서 올랐습니다.

상승폭 자체는 큽니다. AutomationBench는 거의 두 배입니다. 그런데 이 표에는 공통점이 하나 있습니다. 모든 비교 대상이 같은 계열의 직전 버전입니다.

이것이 왜 문제인가 하면, 여러분이 실제로 내려야 하는 결정이 "3.6에서 3.7로 올릴까"가 아니기 때문입니다. 결정은 대개 "이 자리에 어느 회사의 어느 모델을 둘까"입니다. 자기 참조 벤치마크는 그 결정에 쓸 수 없습니다. 개선이 있었다는 사실만 알려 줄 뿐입니다.

댓글에서도 같은 지적이 나왔습니다. 경쟁사의 저가 모델과 비교한 수치를 내야 한다는 요구였고, 그 저가 모델이 훨씬 싸기 때문에 상시 작업용 자리의 필요 자체를 잠식한다는 이야기였습니다. 벤치마크 표를 읽는 일반적인 함정은 벤치마크를 읽는 법에서 따로 정리했습니다.

진짜 뉴스는 가격표의 문법입니다

발표문의 가격은 두 줄로 되어 있습니다.

2026년 12월 31일까지는 입력 100만 토큰당 0.75달러, 출력 100만 토큰당 3.75달러입니다. 그리고 2027년 1월 1일부터는 입력 100만 토큰당 1.50달러, 출력 100만 토큰당 7.50달러가 적용됩니다.

정확히 두 배입니다. 그리고 이것은 "나중에 오를 수도 있다"가 아니라 인상 날짜와 인상 후 금액이 이미 확정되어 공지된 것입니다.

댓글에서 가장 많이 반복된 반응이 이 지점이었습니다. 한 댓글은 이 구조가 이상하다고 지적하면서, 직전 모델이 3주 전에 나온 마당에 다섯 달 뒤에도 이 모델을 쓰고 있을 것이라고 예상할 사람이 누구냐고 물었습니다.

이 질문이 날카로운 이유는 도입가라는 장치의 전제를 건드리기 때문입니다. 도입가는 보통 전환 비용을 만들어 두고 만료 후에 회수하는 구조입니다. 그런데 후속 모델이 3주 간격으로 나오는 시장에서는 만료 시점에 이미 다른 선택지가 여럿 생겨 있습니다.

그래서 원가를 어떻게 잡아야 하나

여기서 실무 결론이 나옵니다. 모델 단가를 고정비로 잡은 재무 모델은 틀립니다.

많은 팀이 단가에 예상 토큰량을 곱해서 월 비용을 내놓고 그것으로 승인을 받습니다. 그 숫자는 2026년 12월 31일에 두 배가 됩니다. 연간 예산으로 환산하면 절반은 낮은 단가, 절반은 높은 단가입니다.

실제로 계산해야 하는 것은 세 갈래입니다.

  • 만료 전 구간: 도입가 기준 비용. 이것이 대개 승인받은 숫자입니다.
  • 만료 후 그대로 두는 경우: 정가 기준 비용. 최악이 아니라 아무것도 하지 않았을 때의 기본값입니다.
  • 만료 시점에 옮기는 경우: 정가와 대안 단가의 차액에서 전환 비용을 뺀 값. 전환 비용에는 재평가, 프롬프트 조정, 회귀 검증이 들어갑니다.

세 번째 값이 핵심인데 대부분 이것을 재 본 적이 없습니다. 그래서 실무적으로 권할 것은 하나입니다. 모델을 처음 붙일 때 전환 비용을 한 번 측정해 두는 것입니다. 지금 쓰는 모델을 다른 모델로 바꿔 평가 세트를 다시 돌리는 데 며칠이 드는지 재 보면, 그 숫자가 앞으로 모든 가격 변동 대응의 기준이 됩니다. 며칠이 걸린다면 여러분은 사실상 가격 변동에 대응할 수 없는 상태이고, 그때 필요한 것은 더 싼 모델이 아니라 모델 교체를 값싸게 만드는 평가 파이프라인입니다.

LLM API 비용을 줄이는 일반적인 갈래는 LLM API 비용 최적화 전략과 프롬프트 캐싱과 에이전트 비용·지연에 정리해 두었습니다.

공개되지 않은 두 숫자

이 발표문에는 컨텍스트 윈도 길이와 지연 시간 수치가 없습니다.

이 부재가 특이한 이유는 그 둘이 하필 아키텍처를 결정하는 숫자이기 때문입니다. 벤치마크 점수는 어느 모델을 고를지에 영향을 주지만, 컨텍스트 길이는 여러분이 문서를 잘라야 하는지 아닌지를 정하고, 첫 토큰까지의 시간은 스트리밍 UI가 성립하는지 아닌지를 정합니다. 후자 둘이 시스템 설계를 바꿉니다.

댓글에서 이 계열의 진짜 강점으로 반복해서 언급된 것도 정확도가 아니라 속도, 특히 종단 간 응답 시간이었습니다. 발표문이 정확도만 공개하고 속도를 공개하지 않았는데 사용자들은 속도 때문에 쓴다고 말하는 상황입니다.

실무적으로는 단순한 결론이 됩니다. 발표 자료에 없는 숫자는 여러분이 직접 재야 합니다. 대상 모델 두세 개에 대해 실제 프롬프트 길이로 첫 토큰까지의 시간과 완료까지의 시간을 각각 50회쯤 측정하고 중앙값과 95분위를 남기면 충분합니다. 이 측정은 반나절이면 끝나고, 3주마다 반복되는 모델 갱신에서 계속 재사용됩니다.

어디까지 나와 있나

발표문에 적힌 제공처는 개발자 쪽으로 Google Antigravity, Gemini API, Google AI Studio, Android Studio이고, 기업 쪽으로 Gemini Enterprise Agent Platform, 개인 쪽으로 160개국 이상에서 Gemini Spark의 Pro/Ultra 구독자입니다. 안전 관련해서는 CBRN과 사이버 공격 영역의 보호 장치를 갱신했다고 언급하고 있습니다.

누구에게는 해당 없는가

월 토큰 사용량이 수백만 단위에 머무는 팀이라면 이 글의 가격 계산은 과합니다. 단가가 두 배가 되어도 절대 금액이 작아서, 전환 비용을 들이는 쪽이 오히려 손해입니다. 그 규모에서 최적화할 대상은 단가가 아니라 개발 시간입니다.

모델을 직접 호스팅하거나 고정 용량 계약을 맺은 조직도 이 구조와 무관합니다. 다만 그 경우에도 3주 주기라는 사실은 남습니다. 자체 호스팅에서는 그것이 가격 문제가 아니라 모델 갱신을 얼마나 자주 검증하고 배포할 수 있는가의 문제로 바뀝니다.

반대로 이 글이 가장 직접적으로 해당하는 곳은 대량 분류, 요약, 파싱처럼 저가 모델에 트래픽 대부분을 태우는 파이프라인입니다. 그런 자리에서는 단가가 곧 서비스 마진이고, 두 배 인상은 곧바로 손익에 나타납니다.

정리

발표문에서 오래 남는 정보는 벤치마크가 아니라 두 개의 날짜입니다. 3주 전에 직전 모델이 나왔다는 날짜와, 넉 달 뒤에 단가가 두 배가 된다는 날짜입니다. 그 둘을 같이 놓고 보면 모델 선택은 한 번 하는 결정이 아니라 정기적으로 다시 하는 작업이고, 그러면 최적화 대상은 어느 모델을 고르느냐가 아니라 고르는 일을 얼마나 싸게 만드느냐가 됩니다.

원문과 관련 글

가격 모델링과 측정 방법에 대한 제안은 발표문에 적힌 수치를 바탕으로 제가 정리한 것입니다.

Discuss on Twitter • View on GitHub