Gemini 3.8 Flash vs Gemini 3.7 Flash: 정확도냐, 토큰 효율이냐

결론부터

벤치마크 차트만 보고 전체 트래픽을 옮기지 마십시오. 대표 태스크 세트를 리플레이하고, thinking level과 tool 계약을 고정한 상태에서 채택 결과, 총 output 토큰과 thinking 토큰, 지연, 재시도, 검토 시간을 비교하십시오.

공식 기준선: 실제로 무엇이 같은가

2026년 9월 3일 기준 Google이 문서화한 기준선은 아래와 같습니다. 아래 가격은 2026년 12월 31일까지 적용되는 Google 도입 요금이며, Google은 2027년 1월 1일부터 더 높은 표준 요금을 안내하고 있습니다. EvoLink 계정 요금은 다를 수 있으므로, 청구의 기준은 계정에서 반환되는 실시간 가격으로 삼으십시오.

Gemini 3.8 Flash에서 무엇이 바뀌었나

Google은 3.8 Flash를 코딩, agent 워크플로, 지식 업무, 멀티모달 이해를 위한 가장 유능한 Flash급 워크호스로 자리매김합니다. 출시 자료에는 코딩과 터미널 중심 평가 전반에서 개선이 있었다고 보고되어 있습니다. 이는 벤더가 보고한 시그널입니다. 무엇을 테스트할지 정하는 데는 유용하지만, 여러분의 프로덕션 채택 기준을 대신할 수는 없습니다.

이 모델은 현재의 Gemini 3 요청 계약도 그대로 따릅니다.

• EvoLink의 Gemini native 인터페이스에서 Gemini 3.x는 generationConfig.thinkingConfig.thinkingLevel을 사용합니다. thinkingBudget은 Gemini 2.5 전용 제어값이며 둘은 상호 배타적입니다.
• 지원되는 thinking 값은 low, medium(기본값), high입니다. minimal은 지원되지 않으며, EvoLink는 이를 자동으로 low로 다운그레이드합니다.
• EvoLink에 따르면 커스텀 temperature와 topP 값은 Gemini 3.x 출력에 영향을 주지 않고, topK는 무시되며, 범위를 벗어난 temperature나 topP 값은 400을 반환합니다.
• 요청을 model 턴으로 끝내지 마십시오.
• Function response는 대응하는 함수의 id와 name을 그대로 돌려줘야 합니다.

이 규칙은 3.7과 3.8을 깨끗하게 비교할 때도 그대로 적용됩니다. 숨어 있는 파라미터 차이가 모델 품질 차이처럼 보일 수 있습니다.

판단 매트릭스

이 표는 테스트 후보를 배정할 뿐, 승자를 예측하지 않습니다. 챌린저가 미리 정한 채택·비용·지연 게이트를 통과하기 전까지는 현재 프로덕션 모델을 컨트롤로 유지하십시오.

정말 중요한 지표: 채택 태스크당 비용

토큰 단가는 프로덕션 비용의 한 항에 불과합니다. 모델 단위로 다음과 같이 계산하십시오.

EvoLink는 3.8 Flash가 재시도, 검토 작업, 총 태스크 비용을 줄인다는 통제된 워크로드 비교를 공개한 적이 없습니다. 위 공식은 평가 방법이지 측정 결과가 아닙니다. Google이 공개한 사실, 즉 더 높은 정확도와 더 높은 토큰 소비만으로는 완료된 프로덕션 태스크 기준으로 어느 모델이 더 싼지 확정할 수 없습니다.

최소한 다음을 추적하십시오.

• 채택 결과율과 첫 시도 성공률
• 재시도를 포함한 태스크 전체의 input, output, thinking 토큰
• cache 읽기 토큰과 cache 적중률
• 유효한 tool call 대 반려된 tool call
• 채택 결과에 도달하기까지 걸린 시간
• 사람이 수정한 시간(분)
• fallback과 rollback 빈도.

재현 가능한 3.8 vs 3.7 평가 절차

1. 대표 세트를 동결합니다. 쉬운 케이스, 중간 케이스, 실패하기 쉬운 케이스를 아우르는 실제 태스크를 개인정보 없이 준비하십시오. 50건이면 명백한 회귀는 드러나지만, 프로덕션 승격에는 더 큰 세트가 필요합니다.
2. 계약을 고정합니다. 동일한 시스템 지시, tool, 스키마, 컨텍스트, output 예산, thinking level을 사용하십시오. 다른 level을 테스트할 이유가 없다면 medium에서 시작하십시오.
3. 깨끗한 세션에서 시작합니다. 모델을 바꿀 때 모델 전용 cache 콘텐츠나 상태를 재사용하지 마십시오. 상태가 섞이면 비교가 오염됩니다.
4. 스타일이 아니라 채택 여부를 채점합니다. 결과를 보기 전에 실행 가능한 테스트, 추출 검증, 인용 규칙, 리뷰어 루브릭을 정의하십시오.
5. 루프 전체의 비용을 계산합니다. 첫 응답만이 아니라 추론 output, 재시도, fallback 호출, 검토 시간까지 포함하십시오.
6. 기본값으로 만들기 전에 canary를 돌립니다. 관측 가능한 소량 트래픽을 3.8로 보내고, 한 번의 변경으로 3.7로 돌아갈 수 있는 rollback을 준비하십시오.

승격 게이트는 테스트 전에 문서로 정하십시오. 예를 들어 치명적 오류의 유의미한 증가 없음, 채택 태스크율의 정의된 개선폭, 채택 태스크당 비용과 p95 지연의 허용 가능한 최대 증가폭 같은 식입니다.

마이그레이션 및 Rollback 체크리스트

같은 계열 안의 모델 교체라도 동작이 바뀌는 릴리스로 취급해야 합니다.

• API의 model 값을 gemini-3.7-flash에서 gemini-3.8-flash로 바꾸십시오. 페이지 slug인 gemini-3-8-flash를 model ID로 쓰면 안 됩니다.
• 오래된 클라이언트에서 상호 배타적인 thinking 제어값, 무시되는 샘플링 제어값, 범위를 벗어난 값을 점검하십시오.
• minimal thinking은 동등하다고 암묵적으로 가정하지 말고, 테스트를 거친 지원 level(보통 low)로 명시적으로 매핑하십시오.
• 구조화 출력과 function response 스키마를 재검증하십시오.
• 모델 전용 프롬프트 cache를 무효화하고 비교 세션을 깨끗하게 시작하십시오.
• model ID, 라우트, thinking level, 토큰 종류, 지연, 재시도 횟수, 채택 결과를 기록하십시오.
• 3.8이 관측 기간을 통과할 때까지 3.7을 명시적 fallback으로 남겨 두십시오.

지금 3.8을 테스트해야 하는 팀은?

흔히 저지르는 비교 실수

• 도입 요금이 미래의 표준 요금보다 낮다는 이유로 3.8을 "더 싸다"고 부르는 것. 비교 기준일과 가격 적용 기간을 명시해야 합니다.
• 같은 토큰당 단가를 같은 태스크당 비용으로 취급하는 것.
• 3.8의 high thinking을 3.7의 medium이나 low와 비교하는 것.
• 모델 전용 cache를 변형 모델 간에 재사용하는 것.
• 벤치마크 향상을 애플리케이션에서 보장되는 향상으로 보고하는 것.
• 재시도, 리뷰어 시간, tool 실패를 무시한 채 응답 품질만 측정하는 것.
• rollback 임계값 없이 프로덕션 기본값을 교체하는 것.

FAQ

Gemini 3.8 Flash가 Gemini 3.7 Flash보다 좋습니까?

공개된 근거에는 종합 승자가 없습니다. Google은 3.8 Flash의 정확도가 더 높다고, 특히 강조한 코딩·agent 벤치마크에서 그렇다고 보고하는 동시에 토큰 소비가 더 많다고도 문서화했습니다. EvoLink는 이 사실을 태스크 단위 결론으로 바꿔 주는 통제된 워크로드 결과를 공개한 적이 없습니다.

Gemini 3.8 Flash가 3.7 Flash보다 비쌉니까?

Google 도입 토큰 단가는 2026년 12월 31일까지 두 모델이 같습니다. 그래도 3.8 태스크가 output 토큰이나 thinking 토큰을 더 많이 소비하면 비용은 더 나올 수 있습니다. EvoLink 계정 요금은 실시간 가격 화면에서 확인해야 합니다.

2027년에는 가격이 어떻게 됩니까?

Google은 2027년 1월 1일부터 적용되는 표준 요금을 안내하고 있습니다. 1M input 토큰당 $1.50, 1M output 토큰당 $7.50, 1M cache 읽기 토큰당 $0.15입니다. 그 날짜 전에 Google과 EvoLink 가격을 모두 다시 확인하십시오.

두 모델의 컨텍스트 윈도가 다릅니까?

아닙니다. Google 문서 기준으로 두 모델 모두 input 한도는 1,048,576 토큰, 최대 output은 65,536 토큰입니다.

Gemini 3.8 Flash는 minimal thinking을 지원합니까?

3.7에서 3.8로 옮길 때 cache 콘텐츠를 재사용할 수 있습니까?

cache 콘텐츠가 모델 버전 간에 이식된다고 가정하지 마십시오. 모델 전용 cache를 다시 만들고, 마이그레이션 평가는 깨끗한 상태에서 시작하십시오.

3.7 Flash를 즉시 교체해야 합니까?

자동 교체를 정당화할 근거는 없습니다. 리플레이와 canary를 돌린 뒤, 미리 문서화한 품질·비용·지연 게이트를 통과한 워크로드에만 3.8을 승격하십시오.

EvoLink에서 두 모델을 하나의 연동으로 라우팅할 수 있습니까?

출처 및 검증 노트

• Google: Gemini 3.8 Flash 출시 발표
• Google AI for Developers: Gemini 3.8 Flash 모델
• Google AI for Developers: Gemini API 가격
• Google Cloud: Gemini 3.8 Flash 가이드
• Google DeepMind: Gemini 3.8 Flash 모델 카드
• EvoLink: Gemini native API 레퍼런스