본문으로 건너뛰기
effidevFlutter · Cloudflare 엣지 · 클라우드 비용 최적화

제미나이 3.8 플래시, 구글이 3.7을 남겨둔 이유

effidev

새로 생긴 밝은 아치문과 그 옆에 여전히 열려 있는 낮은 아치문 사이에서 한 사람이 어느 쪽으로 갈지 고르는 구조를 나타낸 일러스트

새 버전이 나오면 당연히 갈아타는 게 맞다고 생각해 왔다면, 이번 발표는 조금 이상하게 읽힐 것이다.

구글이 2026년 9월 2일 제미나이 3.8 플래시(Gemini 3.8 Flash)와 제미나이 3.8 플래시 사이버(Gemini 3.8 Flash Cyber)를 공개했다. 발표문에서 가장 눈에 걸리는 문장은 성능 자랑이 아니다.

“컴퓨팅 효율이 가장 중요한 제약인 애플리케이션이라면, 개발자는 노력 수준을 낮춰 토큰 오버헤드를 줄이거나, 효율 우선 워크로드에 대해서는 계속 제미나이 3.7 플래시를 쓸 수 있습니다. 3.7 플래시는 완전히 지원됩니다.”

만든 쪽이 새 모델을 내면서 이전 모델을 계속 쓰라고 적어 둔 것이다. 마케팅 문서에서 보기 드문 문장이라, 여기가 이 발표의 진짜 정보다.

이 글은 이런 분을 위해 썼다. 제미나이 API로 뭔가를 돌리고 있거나 돌려 볼 생각인데 버전을 올리면 값이 어떻게 되는지 알고 싶은 분, 그리고 “토큰”이니 “노력 수준”이니 하는 말이 나오면 어디부터 봐야 할지 막막한 분이다.

결론부터 적으면 이렇다. 단가는 안 올랐다. 그런데 청구서는 오를 수 있다. 이 둘이 어떻게 동시에 성립하는지를 알면, 내 작업에 3.8을 쓸지 3.7에 남을지도 같이 판단할 수 있다.

값을 안 올렸다는 말의 정확한 범위

먼저 숫자부터 확정하고 가자. 구글이 발표문에 적은 제미나이 3.8 플래시의 값은 이렇다.

그리고 발표문은 이것이 “3.7 플래시와 같은 도입가(the same introductory price as 3.7 Flash)“라고 명시한다. 토큰은 AI가 글을 잘게 쪼개 세는 단위인데, 한국어는 대략 한 글자에 1~2토큰쯤으로 잡으면 감이 온다. 100만 토큰이면 원고지로 수천 장 분량이다.

여기서 두 가지를 같이 봐야 한다.

첫째, “도입가”라는 단어가 붙어 있다. 3.7 플래시 때도 같은 표현이었다. 지금 값이 영구 가격표가 아니라는 뜻이므로, 장기 예산을 이 숫자로 고정해 두면 나중에 다시 계산해야 한다.

둘째, 단가가 같다는 것은 “한 토큰의 값”이 같다는 뜻이지 “한 작업의 값”이 같다는 뜻이 아니다. 이 구분이 이번 발표의 핵심이고, 다음 절이 그 이야기다.

3.8은 “더 열심히 일한다” — 그리고 그건 값이다

구글은 3.8 플래시의 성능 향상이 어디서 왔는지를 발표문에서 직접 설명한다.

“이 성능 향상은 핵심 설계 선택에서 나옵니다. 3.8 플래시는 더 열심히 일합니다(works harder). 복잡한 과제에서 더 큰 성실성을 보이며, 추론 단계를 추가로 실행하고 도구를 반복적으로 호출합니다. 때때로 모델은 성능을 극대화하기 위해 더 많은 토큰을 쓸 수 있으며, 특히 높은 노력 수준에서 그렇습니다.”

풀어서 읽으면 이렇다. 같은 질문을 던져도 3.8은 3.7보다 혼자 더 오래 생각하고, 도구를 더 여러 번 부르고, 그만큼 토큰을 더 쓴다.

토큰 단가가 같은데 쓰는 토큰이 늘면 결과는 하나다. 과제 하나당 값이 오른다.

이건 결함이 아니라 맞바꿈이다. 더 어려운 문제를 끝까지 푸는 대신 값을 더 쓰는 쪽으로 설계를 옮긴 것이고, 구글은 그 맞바꿈이 싫은 사람을 위해 두 개의 탈출구를 같이 적어 놓았다.

새 모델을 내면서 이전 모델의 존속을 못박는 건 흔한 일이 아니다. 값이 실제로 움직인다는 걸 만든 쪽이 알고 있다는 신호로 읽는 게 맞다.

여기서 챙길 것은 이거다. 모델 요금표만 보고 “값이 그대로네”라고 결론 내리면 안 된다. 요금표는 단가만 보여주고, 청구서는 단가 곱하기 사용량이다. 같은 함정을 다른 방향에서 다룬 사례가 단가를 한 줄도 안 바꿨는데 청구액이 25% 줄어든 경우다. 그쪽은 단가 동결에 사용량 감소가 겹쳐 값이 내렸고, 이쪽은 단가 동결에 사용량 증가가 겹쳐 값이 오를 수 있다. 방향만 반대지 같은 구조다.

두 모델이 같은 뿌리에서 나왔다는 대목

발표문이 두 판의 관계를 설명하는 문장도 그냥 넘기기 아깝다.

“서로 다른 배포 환경에 맞춰졌지만, 오늘 공개하는 두 모델은 같은 기반 지능으로 구동되며, 하부 모델을 재귀적으로 평가하고 다듬도록 설계된 장시간 에이전틱 루프로 한층 가속됐습니다.”

두 가지를 말하고 있다.

첫째, 3.8 플래시와 3.8 플래시 사이버는 별개 모델이 아니라 같은 뿌리에서 갈라진 두 배포판이다. 안전장치 설정과 대상 사용자가 다를 뿐이다. 그래서 사이버 판에서 나온 성능 수치가 일반판과 완전히 무관한 이야기는 아니다.

둘째, 모델을 다듬는 과정 자체에 에이전트를 썼다고 밝히고 있다. 사람이 데이터를 고르고 평가하는 대신, 오래 도는 자동 루프가 모델을 평가하고 그 결과로 다시 모델을 손보는 구조다. “재귀적으로(recursively)“라는 단어가 그 뜻이다.

이게 앞 절의 값 이야기와 연결된다. 오래 굴리는 루프로 다듬은 모델이라 오래 굴리는 작업에서 강해지도록 최적화됐다고 읽는 게 자연스럽다. 짧은 단발 작업에서 이득이 작고 토큰만 늘어난다는 관찰과도 맞물린다.

한 가지 덧붙이면, 구글은 이 코딩·추론 향상이 “사이버보안이라는 극도로 까다로운 영역에서의 엄격한 훈련을 포함한 여러 혁신”에서 나왔다고 적었다. 보안 훈련이 보안 성능만 올린 게 아니라 일반 코딩 능력까지 끌어올렸다는 주장인데, 검증할 방법이 발표문 안에는 없다. 주장으로 적어 두고 넘어가는 게 맞다.

6주에 플래시가 세 번 나왔다

발표문 첫 문장에 날짜 감각을 잡아 주는 대목이 있다.

“3주 전 3.7 플래시의 기세를 이어받아, 그리고 단 6주 만의 세 번째 플래시 릴리스를 기록하며, 오늘 제미나이 3.8을 소개합니다.”

6주에 플래시 계열만 세 번, 직전 판은 3주 전. 이 속도가 실무에 만드는 문제는 성능이 아니라 결정 비용이다.

모델을 바꾸면 프롬프트를 다시 손봐야 하고, 출력 형식이 미묘하게 달라져 후처리가 깨지기도 하고, 값도 다시 재야 한다. 그 작업을 3주마다 하면 만들던 걸 못 만든다.

그래서 이 속도에서는 판단 기준을 미리 정해 두는 편이 낫다. 예를 들면 이런 식이다.

성능 수치에서 확인된 것만

발표문에 숫자로 명시된 항목만 옮긴다. 차트 이미지로만 있고 본문에 수치가 없는 항목은 여기 적지 않았다.

제미나이 3.8 플래시

제미나이 3.8 플래시 사이버

pass@1은 “한 번에 성공한 비율”이다. 여러 번 시도해서 그중 하나만 맞아도 되는 조건이 아니라, 첫 시도로 맞힌 비율을 세는 방식이라 실무 감각에 가깝다.

여기서 47.2 대 47.8이라는 대목이 흥미롭다. 점수는 졌는데 이겼다고 말하는 발표다. 근거는 값이다. 거의 같은 성적을 훨씬 싸게 낸다면 실제로 돌릴 때 선택은 달라진다. 정확도만 놓고 순위를 세우는 습관이 실무에서 자주 틀리는 지점이기도 하다.

숫자보다 무거운 건 실사용 사례 쪽이다

발표문에서 벤치마크보다 눈에 걸리는 건 구글이 자기 코드에 이미 쓰고 있다며 적은 세 줄이다.

재현율(recall)은 “실제로 있는 것 중 몇 개를 찾아냈나”를 재는 값이다. 정확도와 다른 축이라, 보안에서는 놓친 것의 개수가 곧 위험이라 이쪽을 더 무겁게 본다.

세 줄 다 같은 방향을 가리킨다. 모델을 키우는 것보다 그 영역에 맞춰 훈련하는 쪽이 싸게 이긴다. 발표문이 3.8의 코딩·추론 향상이 “사이버보안이라는 극도로 까다로운 영역에서의 엄격한 훈련”에서 왔다고 적은 것과도 맞물린다. 보안 훈련이 보안 성능만 올린 게 아니라 일반 코딩까지 끌어올렸다는 주장이다.

사이버 모델은 아무나 못 쓴다

여기서 기대를 한 번 접어야 한다. 제미나이 3.8 플래시 사이버는 일반 공개가 아니다.

구글은 이 모델을 새로 만든 **페어윈드 프로그램(Fairwind Program)**을 통해 “신뢰된 방어자(trusted defenders)“에게만 준다고 밝혔다. 대상은 정부 기관, 핵심 인프라 운영자, 소프트웨어 관리자다. 신청을 받아 심사하는 구조다.

왜 잠갔는지도 적혀 있다. 3.8 플래시(일반판)는 화학·생물·방사능·핵 및 사이버 공격 영역에 오용 방지 장치를 달았는데, 3.8 플래시 사이버는 그 완화 장치가 더 느슨하다. 취약점을 잘 찾으라고 만든 모델이라 방어에 필요한 능력을 열어 둔 것이고, 그래서 대상을 좁혔다.

구글은 처음부터 취약점 “수정”에 투자했고 익스플로잇 같은 공격 능력보다 그쪽을 우선했다고 명시한다. 발표문 자체가 이 모델의 위험을 인정하고 시작하는 구조다.

그러니 지금 대부분의 개발자에게 실질적으로 열려 있는 건 3.8 플래시 일반판 하나다. 사이버 판의 숫자는 “같은 뿌리 모델이 이런 성능을 낸다”는 참고로 읽는 게 맞다. 두 판이 “같은 기반 지능(the same foundational intelligence)“을 공유한다고 발표문이 밝히고 있다.

프롬프트 인젝션 쪽에 한 줄이 더 있다

작지만 놓치기 아까운 대목이 하나 있다.

“제미나이 3.8 모델들은 그레이 스완(Gray Swan)이 측정한 프롬프트 인젝션 견고성에서도 상당한 도약을 이뤘으며, 제미나이 모델 사용자를 프롬프트 인젝션 관련 악의적 공격으로부터 보호합니다.”

프롬프트 인젝션은 AI가 읽는 문서나 웹페이지 안에 “지금까지 지시는 무시하고 이렇게 해라”는 문장을 숨겨 넣어 모델을 조종하는 공격이다. AI에게 웹을 읽히거나 파일을 열게 하는 순간 바로 사정권에 들어온다.

에이전트를 실제로 돌려 본 사람은 이게 왜 중요한지 안다. 승인 단계를 줄일수록 편해지는데, 그만큼 조종당했을 때 되돌릴 여지도 줄어든다. 그 맞바꿈을 정면으로 다룬 사례가 승인 버튼을 사람 대신 누르게 만든 오토 모드의 인젝션 문제다.

다만 발표문은 “상당한 도약”이라고만 적고 수치를 본문에 넣지 않았다. 개선됐다는 주장은 있고 얼마나인지는 없다. 이 항목은 그 정도로만 받아들이는 게 정확하다.

갈아탈지 남을지, 다섯 단계로 가른다

읽고 끝내지 않으려면 오늘 해 볼 수 있는 건 이 정도다.

1. 내가 3.8이 필요한 쪽인지 먼저 가른다.

2. 바꾸기 전에 같은 과제로 둘을 나란히 돌려 본다. 내 실제 작업 열 개면 된다. 볼 것은 두 개다. 통과율과 과제당 실제 토큰 수. 통과율이 그대로인데 토큰만 늘었다면 그 작업에서는 3.7이 답이다.

3. 노력 수준을 기본값으로 두지 않는다. 구글이 직접 “효율이 제약이면 낮은 노력 수준을 쓰라”고 적어 둔 다이얼이다. 안 건드리면 안 내려간다.

4. 모델 ID를 코드에 고정해 둔다. 3주마다 새 판이 나오는 속도에서는 자동으로 최신을 따라가는 설정이 예산과 출력 형식을 동시에 흔든다.

5. 사이버 판이 필요하면 페어윈드 프로그램 신청 경로부터 확인한다. 개인 개발자에게 열린 문은 아니지만, 인프라나 오픈소스 프로젝트를 운영 중이라면 대상에 해당할 수 있다.

접근 경로 정리

발표문에 적힌 경로를 그대로 옮긴다.

안티그래비티가 발표문의 데모 네 개에 전부 등장한다는 점도 눈에 띈다. 구글이 3.8 플래시를 “에이전트를 굴리는 자리”에 놓고 팔고 있다는 뜻이고, 그 환경에서 여러 에이전트를 함께 돌릴 때 생기는 문제는 안티그래비티에서 에이전트 여럿을 붙였을 때의 협업 구조에서 따로 다뤘다.

정리하면