Gemini 4 Carbon, Hydrogen, Argon: 작업과 비용에 맞게 고르는 방법

일상적인 코딩이나 에이전트 워크플로를 새로 만든다면 Hydrogen부터 평가하세요. 입력과 설정을 제대로 갖춰도 해결되지 않는 복잡한 추론 문제에는 Carbon을 검토하고, 기존 평가에서 요구사항을 충족한 Argon은 유지하는 편이 합리적입니다. 더 새로운 모델이 나왔다는 이유만으로 정상 작동하는 애플리케이션을 옮길 필요는 없습니다.

이는 2026년 11월 13일 확인한 Google 공식 사양에 근거한 선택 기준입니다. 세 모델의 성능을 실측한 벤치마크가 아닙니다. 이 글을 위해 동일한 테스트 세트를 세 모델에 실행하지 않았습니다. 아래 작업 예시와 비용 계산은 직접 평가를 재현하기 위한 자료이며, 이미 측정한 모델 성적이 아닙니다.

Hydrogen은 Carbon보다 나중에 공개됐습니다. 따라서 가장 강력한 모델과 더 저렴한 모델 중 고르던 구도에 후보가 하나 더 생겼습니다. Google은 Hydrogen을 효율적인 실행에, Argon을 Carbon보다 적은 추론 자원으로 처리하는 고급 작업에, Carbon을 깊은 검증이 필요한 어려운 문제에 초점을 맞춰 설명합니다. 이 설명은 평가를 시작할 지점이지 최종 순위가 아닙니다. 결과물이 검수를 통과했는지, 얼마나 걸렸는지, 전체 비용이 얼마인지로 결정해야 합니다. 출처는 Google의 Hydrogen 안내(영문), Argon 안내(영문), Carbon 안내(영문)입니다.

선택에 영향을 주는 차이

작업 추천은 편집상 판단입니다. Argon이 항상 Hydrogen보다 낫거나, Carbon이 모든 어려운 문제에서 이긴다는 뜻은 아닙니다. 모델 이름, 규모, 출시 순서로 보편적인 순위를 매길 수 없습니다.

2026년 11월 13일 촬영한 공식 발표 화면입니다. 출시 배경을 보여주며, Ofox 연동 화면이나 모델 테스트 결과가 아닙니다. 영문 발표 원문.

공통 기능만으로 Carbon을 선택할 이유는 없다

세 모델은 모두 멀티모달 자료를 입력받고 텍스트를 생성합니다. 사양에는 함수 호출, 구조화된 출력, Computer Use 등이 포함됩니다. 하지만 이미지나 동영상을 입력받는 기능이 이미지나 동영상을 생성하는 기능을 뜻하지는 않습니다. 원하는 결과물이 그림, 영상, 음성이면 해당 생성 모델을 선택해야 합니다. 추론 단계를 높인다고 출력 종류가 바뀌지는 않습니다.

더 큰 모델을 사용해도 애플리케이션에 없는 실행 환경이 생기지는 않습니다. 도구 호출은 수행할 동작을 제안할 뿐이며, 프로그램이 실제 실행, 결과 반환, 오류 처리, 사용자 권한 적용을 맡아야 합니다. UI 자동화에서도 모델의 동작 지시와 스크린샷을 찍고 클릭하는 클라이언트를 구분해야 합니다. Computer Use 컨트롤러 설명에서 역할을 확인할 수 있습니다.

실제 연결 경로는 Hydrogen, Argon, Carbon의 영문 사양과 대조하세요. Google 네이티브 API에서 지원한다고 해서 모든 외부 게이트웨이나 클라이언트 SDK에서도 지원하는 것은 아닙니다.

100만 컨텍스트는 입력 100만에 출력 100만을 더한 값이 아니다

입력, 추론, 출력은 1,048,576토큰의 창을 함께 사용합니다. 입력이 커지면 추론과 답변에 남는 공간이 줄어듭니다. 일반적인 동기 요청의 예산 역시 최대 장문 생성 능력과 같지 않습니다.

Google 문서는 기본 추론·출력 예산을 65,536토큰으로 설명합니다. 더 긴 생성에는 알맞은 이어받기나 백그라운드 실행 경로가 필요합니다. 원시 HTTP의 한 번 응답 제한과 SDK의 이어받기 동작은 다르므로, 모든 비스트리밍 요청이 65K의 보이는 단어나 토큰을 반환한다고 가정하지 마세요. 책 분량의 출력을 계획한다면 장문 생성 안내(영문)를 먼저 확인해야 합니다.

출처에 근거한 보고서는 불필요한 입력을 줄이고 결과물부터 정의하세요. 사용 가능한 출력 예산이 남아 있지 않은 요청을 Carbon으로 바꾸는 것만으로 해결할 수는 없습니다.

검수를 통과해야 하는 작업으로 선택하기

기능 구현이나 대화형 웹 앱

새 워크플로에서는 Hydrogen부터 평가합니다. 변경 범위, 실행 가능한 저장소, 명확한 테스트와 완료 조건이 있어야 실제 기능을 완성했는지, 그럴듯한 코드만 작성했는지 구분할 수 있습니다.

예를 들어 CSV 업로드 화면에 헤더 검증, 잘못된 행 표시, 수정된 파일 내보내기를 구현하도록 요청합니다. 프로젝트가 실행되고, 오류가 있는 테스트 파일이 올바르게 거부되며, 내보낸 파일이 필요한 열을 유지하고, 좁은 화면에서도 사용할 수 있어야 합격입니다. 스크린샷만으로는 부족합니다. 보기 좋은 업로드 화면이라도 내보내기 버튼이 연결되지 않았다면 실패입니다.

Argon에서 이미 정상 작동하고 전환 이점이 측정되지 않았다면 기존 구성을 유지하세요. Carbon을 검토할 때는 실패 원인이 복잡한 의존성이나 설계 충돌인지 살펴야 합니다. 패키지 누락, 브라우저 이용 불가, 잘못된 테스트 명령은 실행 환경부터 고칠 문제입니다.

여러 구성요소에서 반복되는 버그

간헐적인 재시도 경합, 서비스 간 상태 불일치, 하나를 고치면 다른 사례가 깨지는 패치처럼 여러 설명을 동시에 검토해야 한다면 Carbon이 후보가 될 수 있습니다. 깊은 검증에 중점을 둔다는 공식 설명은 이 작업과 관련 있지만, 근거 입력은 여전히 필요합니다.

실패하는 테스트, 최소 재현 사례, 관련 로그를 제공하고 무관한 재작성을 금지하세요. 실패 원리를 설명하고, 범위를 좁힌 패치를 만들며, 그 패치가 없으면 실패할 회귀 테스트를 제시하도록 합니다. 재현조차 되지 않는 문제라면 확신에 찬 수정 완료 선언보다 원인을 좁히는 진단 실험이 적절한 중간 결과일 수 있습니다.

모델을 바꿀 때 현재 가설과 실패한 검사를 넘겨주세요. 다른 모델에 단순히 더 노력하라고 요청하지 마세요. 첫 시도에서 필요한 파일을 받지 못했다면, 모델 교체보다 해당 파일 추가가 더 중요할 수 있습니다.

PDF, 스프레드시트, 서로 충돌하는 출처 비교

입력과 출력 구조가 명확한 송장 합계 추출, 두 사양서 비교, 근거 표 작성은 Hydrogen으로 먼저 평가할 수 있습니다. 출처 충돌, 모호한 정의, 문서 간 추론이 주된 어려움이라면 Carbon을 평가하세요. 기존 Argon 워크플로가 이 사례를 안정적으로 처리한다면 계속 사용할 근거가 있습니다.

검수 기준은 주장 하나하나에 적용해야 합니다. 모든 수치에 파일명과 페이지 또는 셀 참조를 붙이고, 없는 정보는 없다고 표시합니다. 합계는 서술형 답변과 별도로 다시 계산합니다. 충돌하는 값은 조용히 평균을 내지 말고 각각 보여줘야 합니다.

동일한 문서 작업을 모델별로 평가할 때 쓸 수 있는 요청문입니다.

첨부된 공급업체 사양서를 비교하세요.
요구사항, 공급업체 값, 단위, 출처 파일명,
페이지 또는 셀 참조, 미해결 충돌을 표로 반환하세요.

일반 지식으로 누락된 값을 채우지 마세요.
정의가 충돌하는 항목은 분리하세요.
표 뒤에 충돌 해결에 필요한 최소한의 질문을 나열하세요.
성공 기준은 모든 값의 근거를 제공된 파일에서 찾을 수 있는 것입니다.

이는 평가를 위해 제안한 프롬프트입니다. 모델이 해당 작업을 완료했다는 보고도, 생성된 표의 정확성을 보장하는 문구도 아닙니다.

여러 단계의 도구 워크플로

모델 선택과 워크플로 설계는 따로 평가해야 합니다. 흔한 흐름은 자료 읽기 → 사실 추출 → 도구 호출 → 결과 검증 → 파일 저장입니다. 실행 루프에는 Hydrogen부터, 어려운 계획이나 검토 단계에는 Carbon을 평가할 수 있습니다.

책임 경계가 분명할 때만 역할을 나누세요. 계획 모델은 명세와 검수 항목을 전달하고, 실행 모델은 제한된 변경을 수행하며, 검증 담당은 생성된 파일을 확인합니다. 에이전트를 늘리면 인계 토큰, 중복 맥락, 조정 오류도 늘어나므로 병렬 실행이 반드시 저렴하지는 않습니다.

호환되지 않는 대화 기록을 다른 모델이나 공급자에게 그대로 넘기지 마세요. 작업 상태를 명시적인 파일로 보존한 다음, 대상 API의 도구 호출과 결과 형식을 따릅니다. 도구 사용 이후 요청이 실패하면 추론 능력 부족으로 판단하기 전에 Gemini thought signature 처리부터 확인하세요.

토큰 단가보다 작업 전체 비용을 비교하기

아래는 2026년 11월 13일 확인한 Google Gemini API Standard 유료 등급 요금이며, 단위는 100만 토큰당 미국 달러입니다. Ofox 요금, 구독료, Batch·Flex·Priority 견적이 아닙니다. 출력 요금에는 추론 토큰이 포함됩니다. 날짜와 요금의 출처는 Google 가격표(영문)입니다.

확인한 출처에는 Hydrogen에 같은 12월 1일 인상 일정이 없습니다. 앞으로 가격이 바뀌지 않는다는 보장은 아닙니다.

Carbon과 Argon의 단가가 같아도 작업당 청구액은 다를 수 있습니다. 추론 길이, 턴마다 반복되는 입력, 실패한 시도, 검증, 도구 요금이 모두 영향을 줍니다. 이 모델의 Google API는 암시적 캐시를 사용합니다. 예전 명시적 캐시 요청을 그대로 가져와 범용 비용 절감법으로 사용할 수는 없습니다.

캐시가 없는 기본 계산은 다음과 같습니다.

모델 비용 = 비캐시 입력 토큰 / 1,000,000 × 입력 단가
          + 과금 대상 출력 토큰 / 1,000,000 × 출력 단가

작업 비용 = 모든 시도의 모델 비용 합계
          + 적용되는 도구, 실행 환경 및 기타 서비스 비용

선택한 usage 필드에 추론이 이미 포함돼 있다면 다시 더하지 마세요. 실제 호출하는 API의 집계 정의를 읽어야 합니다. 캐시 입력이 보고되면 해당 단가를 적용해 별도 항목으로 계산합니다.

사용량을 같게 둔 계산 예시

완료된 작업 하나가 비캐시 입력 100,000토큰과 추론을 포함한 과금 대상 출력 10,000토큰을 사용하고, 유료 도구는 쓰지 않는다고 가정합니다. 이는 가상의 사용량이며 실측한 워크로드가 아닙니다.

• Hydrogen: 0.1 × $1.50 + 0.01 × $7.50 = $0.225.
• 11월 30일까지 Argon 또는 Carbon: 0.1 × $2 + 0.01 × $10 = $0.30.
• 12월 1일부터 Argon 또는 Carbon: 0.1 × $4 + 0.01 × $20 = $0.60.

이 예시는 요금 차이만 분리해서 보여줍니다. 어떤 모델이 성공하는지, 실제로 얼마나 소비하는지는 알려주지 않습니다.

추론량과 재시도가 늘어난 예시

입력을 100,000토큰으로 유지하고, Carbon 한 번의 시도에서 과금 대상 출력이 30,000토큰이라고 가정해 보겠습니다. 이 가상 호출은 초기 요금으로 $0.50, 공지된 12월 요금으로 $1.00입니다.

Hydrogen을 첫 번째 예시와 같은 사용량으로 세 번 실행하면 $0.675입니다. 이렇게 설정한 조건에서는 성공한 Carbon 한 번이 초기 요금 기간에는 Hydrogen 세 번보다 저렴하지만, 12월 요금에서는 더 비쌉니다. 실제 재시도는 입력 캐시를 쓰거나 출력 길이가 달라질 수 있고, 추론과 무관한 이유로 실패할 수도 있으므로 절감액 예측으로 쓰면 안 됩니다.

기록할 지표는 실패한 시도까지 포함하는 검수를 통과한 작업 한 건의 전체 비용입니다. 낮은 토큰 단가는 충분한 완료율과 허용 가능한 지연 시간과 함께 봐야 의미가 있습니다.

기본 모델을 바꾸기 전에 작게 평가하기

평가용 CSV를 내려받아 직접 결과를 기록하세요. 영문 열 이름과 빈 행만 있는 파일이며 벤치마크 점수가 들어 있지 않습니다. 실제 작업에서 대표 사례를 고르고, 현재 워크플로가 실패하는 사례도 최소 하나 포함합니다.

정확한 모델 ID, 공급자, 클라이언트 버전, 추론 단계, 토큰 제한, 도구 구성, 경과 시간, 사용량, 결과를 저장하세요. 첫 사용성 비교는 공식 기본 설정으로 진행할 수 있지만 기본 구성 비교라고 표시해야 합니다. Hydrogen은 high, Carbon과 Argon은 medium으로 시작하기 때문입니다.

두 번째 평가는 공통으로 지원하는 medium 등에 맞출 수 있습니다. 다만 같은 단계 이름이 같은 내부 연산량을 뜻하지는 않습니다. Carbon과 Argon의 문서에는 xhigh가 없으므로 해당 값을 사용하지 마세요.

답변을 보기 전에 성공 기준을 정합니다. 모두 통과한다면 애플리케이션에 필요한 지연 시간과 전체 비용으로 고릅니다. 실패하면 먼저 증거 부족, 잘못된 API 요청, 실행 환경 오류, 추론 오류를 구분하세요. 각각 다른 수정이 필요합니다. 변동성을 이해할 만큼 사례를 반복해야 하며, 한 번의 우수한 응답으로 전체 순위를 정할 수는 없습니다.

모델을 탓하기 전에 접근 권한과 연동 확인하기

Google API 등급, Gemini 앱 구독, Antigravity 구독, 외부 API 잔액은 서로 다른 이용 방식입니다. 일반 사용자 제품에 모델이 보인다고 현재 API 프로젝트에서 호출할 수 있다는 뜻은 아닙니다. Hydrogen 무료 API 등급 역시 무제한 요청이나 유료 등급과 같은 도구 접근을 보장하지 않습니다.

접근 또는 요청 오류에는 기존 Argon 이용 안내와 Gemini API 오류 진단을 참고한 뒤 해당 모델의 현재 조건을 확인하세요. 기존 문서는 특정 버전과 날짜를 다루므로 그 내용을 Hydrogen이나 Carbon에 그대로 적용하면 안 됩니다.

Ofox를 사용한다면 계정에 실제로 표시되는 모델과 프로토콜에서 시작하세요. 이 비교는 세 모델 또는 Google 네이티브 기능 전체가 Ofox에서 제공된다고 확인한 글이 아닙니다. 네이티브 연동 경로는 Ofox Gemini API 문서, 요청 검증은 오류 처리 안내를 확인하세요. 텍스트 응답 한 번이 성공했다고 스트리밍, 구조화된 출력, 전체 도구 왕복 호출까지 검증된 것은 아닙니다.

새 애플리케이션이라면 범위가 정해진 Hydrogen 작업의 입력과 검수 기준을 저장하는 것부터 시작하세요. 기존 Argon 애플리케이션에서는 작동 중인 버전을 비교 기준으로 유지합니다. 추론 난도가 실패 원인으로 확인된 사례에서 Carbon을 평가하고, 결과가 추가 시간과 비용을 정당화할 때 채택하세요.