‘아르곤’ 간판 뒤에 숨은 바륨-B… 구글 제미나이 4와 차기 카본의 내막

사내 코드명 바륨-B로 드러난 아르곤의 실체, 핫스왑 뒤에 가려진 벤치마크 점수표의 유통기한

밝은 실험실에서 투명한 케이스에 담긴 회로 기판들이 금속 레일 장치에 전시되어 있다.
핵심 요약
1
아르곤의 실제 모델:구글 내부 문서에 따르면 대외 공개된 제미나이 4 아르곤의 실제 체크포인트는 사내에서 바륨-B로 불리던 모델로, 개발 초기에 아르곤으로 불린 체크포인트와는 별개다.
2
차기 후보 카본:카본은 구글 사내 코딩 플랫폼 젯스키에 배치돼 코딩 성능을 시험받고 있지만, 대외 출시나 아르곤을 대체할지는 확정되지 않았다.
3
브랜드 중심 명명:구글은 임시 별명에서 출발한 나노 바나나를 공식 API 식별자로 채택하는 등 기술 버전보다 제품 간판을 앞세우는 명명 방식을 확대하고 있다.
4
백엔드 모델 교체:구글의 모델 별칭은 새 판본 출시 때 핫스왑될 수 있으며, 과거에는 날짜가 붙은 프리뷰 식별자의 요청도 최신 빌드로 자동 전환됐다.
5
평가 기록의 중요성:아르곤의 기존 벤치마크 점수는 바륨-B를 측정한 결과이므로, 향후 모델 교체에 따른 성능 변화를 추적하려면 실제 응답 모델 식별자와 호출 시각을 기록해야 한다.
기사 목차 펼치기 / 접기

구글(Google)이 ‘제미나이 4 아르곤'(Gemini 4 Argon)이라는 이름으로 외부에 공개한 최상위 프런티어 모델은 사내에서 ‘바륨-B'(Barium-B)로 불리던 별개의 체크포인트였다. 사내 연구진 사이에서 본래 ‘아르곤’으로 통하던 모델은 개발 초기 단계의 다른 체크포인트를 가리키던 코드명이었다.

미국 경제 전문 매체 비즈니스인사이더(Business Insider)가 입수한 10월 10일 자 구글 내부 문서에 따르면 이러한 모델명 교체 정황이 구체적으로 드러났다. 해당 문서에는 ‘카본'(Carbon)이라는 또 다른 차기 버전도 명시됐다. 카본은 사내 전용 코딩 플랫폼인 젯스키(Jetski)에 전격 배치됐으며, 테스트에 참여한 한 엔지니어는 코딩 능력 면에서 앤트로픽(Anthropic)의 ‘클로드 오푸스 5.5′(Claude Opus 5.5)에 필적한다는 평가를 남겼다.

이름이 먼저 걸렸고, 모델은 나중에 들어갔다.

아르곤은 특정 단일 모델에 영구 귀속된 기술 명칭이라기보다, 구글이 최상위 텍스트 모델 자리에 내건 대표 간판에 가깝다. 카본은 그 간판 아래로 교체 투입될 수 있는 유력한 차기 후보다. 이러한 구조는 돌발적으로 등장한 실험이 아니다. 구글은 지난 1년 넘게 제품 명명 체계를 이 같은 간판 중심 구조로 꾸준히 재편해 왔다.

초기 체크포인트 ‘아르곤’과 마지막에 등판한 바륨-B

AI 모델은 대규모 연산 학습 과정에서 중간 상태를 수시로 디스크에 저장한다. 이 저장 단계를 체크포인트(checkpoint)라고 부른다. 장시간 플레이하는 게임에서 결정적인 분기점마다 남겨 두는 세이브 파일과 유사한 원리다.

개발 타임라인을 되짚어 보면 명칭의 엇갈림이 선명해진다. 9월 14일 소셜 미디어에는 제미나이 4 프로의 사내 체크포인트가 구동되기 시작했다는 소식과 함께 첫 출력물이 공유됐으며, 당시 모델의 내부 코드명은 ‘argon’으로 지칭됐다. 열하루 뒤에는 블라인드 벤치마크 플랫폼인 LMSYS 아레나(Arena)에 정체불명의 ‘barium-b’ 체크포인트가 깜짝 등장했다.

닷새 뒤 구글은 ‘제미나이 4 아르곤’이라는 대외 명칭으로 신모델을 공식 발표했다. 하지만 비즈니스인사이더가 입수한 사내 문서에 따르면, 이때 실제로 아르곤 간판을 달고 출시된 모델의 실체는 바륨-B였다. 해당 매체는 “구글의 사내 프로젝트 코드명은 대외 공개 명칭과 일치하지 않는 것이 일반적인 관행”이라고 지적했다.

정리하자면 사내 체크포인트 하나가 초기에 ‘argon’이라는 명칭을 얻었고, 이 단어가 매력적인 대외 공개 브랜드로 최종 낙점됐다. 하지만 공식 발표 직전 벤치마크와 성능을 저울질한 끝에 실제 간판 안에 배치된 실체 모델은 바륨-B로 교체됐다. 브랜드 이름은 일찌감치 확정됐지만, 그 안에 들어갈 실체는 마지막 순간까지 요동쳤다.

관측 시점 식별 명칭 실체 및 역할 확인 출처
9월 14일 argon 제미나이 4 프로 초기 체크포인트 사내 코드명 사내 유출 게시물
9월 25~26일 barium-b LMSYS 아레나에 익명 등장한 고성능 체크포인트 블라인드 벤치마크
9월 30일 제미나이 4 아르곤 공식 대외 공개명 (탑재된 실체는 바륨-B) 구글 블로그, 사내 문서
10월 9일 카본(Carbon) 사내 젯스키 플랫폼에 배포된 차세대 코딩 버전 사내 내부 문서

별명에서 공식 간판으로… 나노 바나나가 열어젖힌 선례

구글이 사내 코드명이나 별명을 제품 간판으로 격상한 사례는 이번이 처음이 아니다. 구글은 공식 블로그의 개발 후기를 통해 2025년 7월 말 이미지 모델팀에 임시 코드명이 필요했던 일화를 소개한 바 있다. ‘제미나이 2.5 플래시 이미지'(Gemini 2.5 Flash Image)를 아레나에 익명으로 등록하기 위해 담당자가 별명 두 개를 무작위로 결합해 지은 이름이 ‘나노 바나나'(Nano Banana)였다. 이 별명이 커뮤니티에서 폭발적인 화제를 모으자 구글은 이를 정식 브랜드 간판으로 채택했다.

이후 ‘나노 바나나’라는 간판 아래에는 전혀 다른 세대의 모델들이 줄지어 입주했다. 2025년 8월 프리뷰 모델을 시작으로, 제미나이 3 프로 이미지는 ‘나노 바나나 프로’로, 3.1 플래시 이미지는 ‘나노 바나나 2’라는 간판을 달고 나왔다. 급기야 구글은 10월 6일 API 변경 공지를 통해 gemini-3.1-flash-image를 지원 중단하고 엔드포인트를 gemini-nano-banana-2.1로 통합한다고 선언했다. 기술 버전과 계층을 나타내던 정규 명칭이 사라지고 브랜드 간판이 정식 식별자를 꿰찬 것이다.

구글 모델 명명 체계: ‘기술 규격’에서 ‘영구 간판’으로의 전환
구글 공식 블로그 및 API 변경 기록 기준
이미지 생성 간판
나노 바나나 계열
gemini-nano-banana-2.1
아레나 테스트용 임시 별명에서 출발해 프로·2·2.1로 판올림되며 공식 API 식별자로 영구 정착됨.
프런티어 추론 간판
제미나이 4 아르곤
바륨-B 탑재 (차기 카본 검토)
사내 코드명 바륨-B를 첫 실체로 올렸으며, 사후학습 반복 결과물인 카본 등으로 간판 내 교체 가능성 열려 있음.
인프라 교체 방식
핫스왑 별칭 체계
latest 및 날짜 식별자
버전 숫자가 붙은 표지판조차 최신 판본으로 자동 리다이렉트되어, 간판 뒤 실제 구동 모델이 상시 치환됨.
[핵심 시사점] 구글은 복잡한 기술 등급(프로/플래시) 대신 직관적 브랜드 간판을 전면에 내걸고, 내부 실체 체크포인트를 신속히 교체하는 고속 사후학습 반복 체계로 전면 전환함.

멀티미디어 생성 모델 역시 동일한 궤적을 밟았다. 구글은 연례 개발자 회의 구글 I/O에서 영상 생성 파운데이션 모델인 ‘제미나이 옴니'(Gemini Omni)를 공개했다. 구글 딥마인드의 공식 제미나이 소개 페이지를 살펴보면 최상단에 아르곤이 배치되어 있고, 그 아래로 옴니, 나노 바나나, 제미나이 오디오, 제미나이 로보틱스가 병렬로 진열되어 있다. 과거 친숙했던 ‘프로’나 ‘플래시’라는 기술 계층 라벨은 찾아보기 어렵다.

구글 클라우드 토머스 쿠리안(Thomas Kurian) 최고경영자(CEO)는 10월 8일 기조연설에서 업무용 제미나이 에이전트 포트폴리오를 설명하며 모델 진용을 다음과 같이 공식 규정했다.

“아르곤은 프런티어 추론, 플래시는 고속 대량 처리, 옴니는 생성형 미디어, 젬마는 가벼운 오픈웨이트(open-weights) 엣지 워크로드를 전담한다.”

아르곤이 옴니나 오픈웨이트 모델 젬마(Gemma)와 나란히 최상위 제품군 이름으로 공인된 반면, ‘프로’라는 수식어는 자취를 감췄다. 구글은 아르곤 공개 당일 대만 중앙통신사 등 외신 브리핑에서 ‘제미나이 3.5 프로’를 출시하지 않고 건너뛰겠다고 공식 선언했다. IT 전문 매체 9to5구글(9to5Google) 역시 아르곤이 완전히 새로운 명명 체계의 서막이라고 보도했다.

그러나 사내 엔지니어링 조직의 언어는 여전히 과거의 관성에 머물러 있었다. 비즈니스인사이더가 확인한 구글 사내 슬랙 대화방에는 “신규 제미나이 프로 넥스트 모델의 성능이 제법 훌륭하다”는 반응이 주를 이뤘다. ‘넥스트'(Next)는 차세대 제미나이 빌드에 임시로 붙는 사내 라벨이다. 대외적으로는 세련된 새 간판이 걸렸지만, 실무 개발진 내부에서는 여전히 ‘프로’라는 전통적 등급으로 소통하고 있었다.

‘최신’ 별칭과 핫스왑… 간판 뒤에서 수시로 교체되는 모델들

간판은 고정해 두고 내부의 실체 모델을 은밀히 바꿔 치기하는 방식은 구글 클라우드와 API 생태계에서 낯선 풍경이 아니다. 구글은 공식 개발자 문서에서 ‘최신'(latest) 별칭의 동작 방식을 “해당 모델 변형의 새로운 판본이 릴리스될 때마다 무중단 핫스왑(hot-swapped) 방식으로 교체된다”고 정의하고 있다. 동작 방식에 중대한 변화가 발생하는 경우에 한해 2주 전 사전 이메일 통보를 제공한다는 단서가 붙어 있을 뿐이다.

특정 릴리스 날짜가 박힌 식별자조차 이러한 핫스왑의 예외가 아니었다. 2025년 5월 6일 공개된 제미나이 2.5 배포 공지에서 구글은 “기존 03-25 버전 프리뷰 요청은 이제 최신 05-06 빌드로 자동 우회된다”고 공식 통보했다. 고정된 특정 체크포인트를 믿고 파이프라인을 구축했던 개발자 커뮤니티는 즉각 반발했다. 이틀 뒤 공식 개발자 포럼에는 “개발자 신뢰와 시스템 안정성을 심각하게 저버린 조치”라는 격앙된 성토가 빗발쳤다.

같은 번호로 전화를 걸었는데 다른 사람이 받은 격이다.

이러한 모델 바꿔치기는 최근에도 반복됐다. 제미나이 API 변경 기록에 따르면 지난 3월 9일 gemini-3-pro-preview 엔드포인트는 3.1 프로 프리뷰로 은밀히 연결됐다. 10월 8일에는 gemini-3.7-flash로 들어온 API 호출이 모두 3.8 플래시로 강제 리다이렉트되기 시작했다. 3.7 플래시가 정식 출시된 지 불과 8주 만에 동일한 호출 경로를 전혀 다른 모델이 넘겨받은 것이다.

구글 딥마인드의 코라이 카부쿠오글루(Koray Kavukcuoglu) 최고 AI 설계자는 9월 24일 외신 인터뷰에서 제미나이 4 출시 전략을 설명하며 “초기 사후학습 결과물을 가능한 한 신속히 내놓고, 빠른 속도로 반복 개선을 이어가는 것이 우리의 핵심 방향”이라고 천명했다. 사후학습(post-training)은 대규모 사전학습을 마친 기반 모델에 사람의 지시 이행 능력과 복잡한 코딩 추론 기술을 미세조정하는 단계다. 아르곤이라는 대형 간판 아래 첫 사후학습 결과물(바륨-B)이 입주를 마쳤고, 다음 반복 루프는 이미 가동됐다.

“아르곤은 단일 모델의 고유 명칭이라기보다 최상위 프런티어 자리에 내건 간판에 가깝다… 그 간판 뒤에 들어갈 체크포인트는 마지막 순간까지 바뀐다.”

클로드 오푸스 5.5에 맞선 카본의 등판과 간판 승계 시나리오

카본이 그 반복의 다음 결과물이다.

비즈니스인사이더에 따르면 구글 사내 엔지니어들은 카본 빌드의 코딩 추론 성능을 두고 “클로드 오푸스 5.5에 근접한 수준”이라며 고무적인 반응을 쏟아냈다. 초기 아르곤이 일부 고난도 코딩 벤치마크에서 앤트로픽의 구형 모델인 오푸스 5 수준에 머물며 아쉬움을 남겼던 것과 대조적이다.

실제 벤치마크 데이터를 살펴보면 이러한 현장 평가의 격차를 실감할 수 있다. 실제 명령줄 환경에서 다단계 소프트웨어 엔지니어링 과제를 자율 수행하는 공인 벤치마크인 터미널벤치(Terminal-Bench 4.0)에서 클로드 오푸스 5.5는 66.4%를 기록하며 오푸스 5(52.3%)를 압도했다. 반면 구글이 공표한 아르곤의 공식 점수는 57.4%였다. 측정 주체와 세부 환경의 차이를 감안하더라도, 사내 엔지니어의 체감대로 카본이 오푸스 5.5 수준에 도달하려면 아르곤 대비 최소 9%p 이상의 득점 도약이 필요하다.

향후 카본이 취할 수 있는 행보는 두 갈래다. 첫째는 아르곤이라는 기존 간판을 그대로 물려받아 백엔드에서 핫스왑 형태로 조용히 교체되는 시나리오다. 둘째는 ‘제미나이 4 카본’이라는 독립된 신규 간판을 부여받고 제품 라인업에 별도로 안착하는 길이다. 다만 구글이 카본의 상용화를 공식 확정한 것은 아니며, AI위클리(AI Weekly) 등 주요 외신에서도 교차 검증된 단독 보도는 아직 나오지 않았다.

단순 브랜드를 넘어선 세대 표기… 간판론의 구조적 한계와 검증 기준

간판론에는 분명한 한계가 있다.

구글은 아르곤을 단순한 제품 계열이나 브랜드 슬로건으로 격하한 적이 없다. 아르곤 공식 출시 블로그는 이 모델을 “우리의 새로운 프런티어 모델”로 명확히 규정했으며, 제품명 서두에는 ‘제미나이 4’라는 차세대 세대 표기를 확고히 명시했다.

브랜드 간판이라 하더라도 버전 숫자의 지배에서 완전히 자유로울 수는 없다. 나노 바나나는 2와 2.1로 판올림을 거듭했고, 옴니 역시 1.1로 마이너 버전을 갱신했다. 만약 차기 빌드가 아르곤 뒤에 새로운 버전 숫자를 달고 등장한다면, 이는 간판 뒤 은밀한 교체가 아니라 명시적인 세대교체로 인식될 것이며 간판론의 설득력은 반감된다.

아르곤이 기존 프로 라인업을 완전히 흡수한 것인지, 아니면 딥 싱크(Deep Think)처럼 특화 추론 계층으로 분리된 것인지에 대해서도 구글은 명확한 입장을 밝히지 않았다. AI 데이터 솔루션 기업 톨로카(Toloka)의 분석처럼, 아르곤은 제미나이 4 세대를 여는 수많은 패밀리 모델 중 첫 주자에 불과할 가능성도 열려 있다. 현재 구글의 공식 API 모델 목록에 아르곤의 구체적인 시스템 식별자가 등재되어야만 비로소 이 모든 의문의 실마리가 풀릴 것이다.

모델 교체와 함께 흔들리는 벤치마크… ‘식별자 기록’의 필수화

간판 중심의 고속 교체 전략이 현실화될 때 가장 먼저 혼란에 빠지는 지점은 외부 공인 벤치마크 점수표다. 독립 평가 기관인 아티피셜 애널리시스(Artificial Analysis)의 지능지수 평가에서 아르곤은 10월 1일 기준 53점을 획득했다. 블라인드 벤치마크인 LMSYS 아레나 텍스트 리더보드에서도 1525점으로 종합 1위에 등극했다. 하지만 이 모든 화려한 성적표가 실측한 대상은 아르곤이라는 간판이 아니라 그 안에 잠시 머물렀던 ‘바륨-B’였다. 만약 향후 카본이나 또 다른 체크포인트가 아르곤 간판 아래로 슬그머니 교체 투입된다면, 기존 점수표는 이미 퇴장해 버린 과거 모델의 무의미한 유물이 되고 만다.

프런티어 모델을 엔터프라이즈 프로덕션 환경에 도입하려는 기업 엔지니어링 팀에 정작 필요한 것은 겉으로 드러난 화려한 브랜드 간판이 아니다. API 호출 시 반환되는 실제 백엔드 모델 식별자와 호출 타임스탬프를 정밀하게 로깅하는 모니터링 시스템을 갖춰야만, 벤더의 무통보 핫스왑 조치에 휘둘리지 않고 성능 변화와 회귀 결함을 통제선 안에서 방어할 수 있다.

아르곤이라는 간판이 세상에 걸린 지 열흘이 흘렀다. 그 간판의 첫 입주자는 바륨-B였다. 두 번째 입주자가 누가 될지 구글은 아직 입을 열지 않고 있다.

자주 묻는 질문 (FAQ)
Q. 제미나이 4 카본은 일반 개발자가 언제 사용할 수 있는가?
A.현재로서는 출시 시점은 물론 정식 상용화 여부 자체가 불투명하다. 카본은 구글 사내 전용 코딩 플랫폼인 젯스키(Jetski)에서 실무 엔지니어들이 시험 평가 중인 초기 실험 빌드에 불과하기 때문이다. 비즈니스인사이더가 입수한 구글 내부 문서 역시 “해당 버전의 대외 배포나 상용 제품 출시를 전혀 보장하지 않는다”고 명시했으며, 구글 공식 대변인도 논평을 거부했다. 현재 앞서 발표된 아르곤조차 극소수 파트너사 외에는 일반 API 접근이 열리지 않은 상태다.
Q. 외부에 공개된 ‘아르곤’과 사내 코드명 ‘바륨-B’는 실체적으로 동일한 모델인가?
A.대외 출시된 상용 제품 기준으로는 동일한 모델이다. 구글이 ‘제미나이 4 아르곤’이라는 공식 브랜드로 세상에 내놓은 모델의 실제 두뇌(체크포인트)가 바로 사내 코드명 ‘바륨-B’이기 때문이다. 다만 사내 개발 단계 기준으로는 서로 다른 별개의 모델이다. 연구진 내부에서 본래 ‘아르곤’으로 불리던 초기 체크포인트가 따로 존재했으나, 구글이 ‘아르곤’을 대외 대표 브랜드 간판으로 확정한 뒤 공식 출시 직전 실제 탑재 모델을 성능이 검증된 ‘바륨-B’로 교체 투입했기 때문이다.
Q. 아르곤 API를 연동해 사용하는 도중 내부 실체 모델이 교체되면 이를 감지할 수 있는가?
A.사전이나 호출 시점에 즉각 감지하기는 불가능에 가깝다. 구글 클라우드 정책상 ‘latest’ 같은 동적 별칭(alias)은 물론 특정 버전 식별자조차 신규 빌드가 나올 때마다 무통보 핫스왑(hot-swap) 방식으로 백엔드 경로가 자동 리다이렉트되기 때문이다. 따라서 기업 개발팀은 겉으로 드러난 브랜드 간판이나 호출 경로만 믿어서는 안 되며, API 호출 시 반환되는 실제 응답 헤더의 세부 시스템 식별자와 호출 타임스탬프를 상시 기록(로깅)하는 모니터링 체계를 갖춰야만 예기치 않은 동작 변화나 성능 회귀를 역추적해 방어할 수 있다.

RELATED ARTICLES

RECOMMENDED STORIES