Gemini 4 Carbon 공개: API 접근·가격·벤치마크에서 확인할 것
Gemini 4 Carbon을 지금 API로 쓸 수 있을까? 공개 범위, 도입 가격과 이후 요금, 벤치마크 조건을 공식 자료로 확인하고 개발팀의 도입 평가 절차를 정리한다.
Gemini 4 Carbon 도입을 검토한다면 먼저 확인할 것은 순위보다 내 프로젝트에서 사용할 수 있는지다. 공개 발표, API 모델 목록, 계정별 접근 권한은 각각 따로 확인해야 한다. 이 글은 Carbon의 공개 범위와 발표 가격을 짚고, 벤치마크를 실제 개발 업무의 평가 기준으로 바꾸는 방법을 정리한다.
새 AI 모델을 검증 환경에서 살펴보는 과정을 표현한 생성형 개념 일러스트다. 실제 제품 화면이나 모델 내부 구조가 아니다.
문서 확인 기준: November 2, 2026. 공개 자료를 검토한 글이며, Carbon API 호출이나 모델 성능 시험을 직접 수행한 결과는 아니다.
1. 모델 발표와 공개 API 제공을 구분한다
Google은 10월 28일 Carbon을 발표하면서 일부 사이버 방어 담당자와 Fairwind 프로그램의 파트너부터 접근을 넓히겠다고 밝혔다. 일반 개발자·기업·소비자 대상 제공은 후속 단계로 설명했다. Google 공식 발표
11월 2일 확인한 Gemini API 모델 목록의 Gemini 4 항목에는 gemini-4-argon이 명시되어 있고 Carbon 항목은 찾을 수 없었다. 이 관측만으로 모든 비공개 파트너의 접근 상태까지 판단할 수는 없다.
| 확인할 질문 | 확인할 근거 | 이 글에서 확인한 범위 |
| 모델이 발표됐는가 | 공식 발표문 | Carbon 발표 확인 |
| 공개 API 식별자가 있는가 | 공식 API 모델 목록 | Argon 명시, Carbon 미기재 |
| 내 프로젝트가 호출할 수 있는가 | 해당 프로젝트의 실제 응답 | 시험하지 않음 |
도입 티켓에는 발표 링크와 함께 사용 가능한 플랫폼·정확한 모델 ID·접근 승인 상태를 따로 적는 편이 좋다. 모델 이름을 추측해 설정 파일부터 바꾸면 접근 문제와 코드 문제를 구분하기 어려워진다.
2. 발표 가격과 실제 청구 조건을 나눠 본다
Carbon 발표문에 제시된 가격은 다음과 같다. 단위는 토큰 100만 개당 미국 달러다.
| 구분 | 입력 | 출력 |
| 도입 가격 | $2 | $10 |
| 도입 기간 종료 후 | $4 | $20 |
Carbon 발표 및 가격 각주 기준이다. 현재 API 요금표에 적힌 Argon의 12월 1일 가격 변경 일정을 Carbon에도 그대로 적용해서는 안 된다. Carbon의 해당 발표에는 도입 기간 종료 날짜가 명시되어 있지 않다.
예를 들어 캐시 없이 입력 100만·출력 10만 토큰만 계산하면 도입 가격은 $3, 이후 가격은 $6다. 이는 발표 단가를 이용한 산술 예시이며 실제 청구 견적은 아니다.
업무 비용표에는 토큰 단가 외에 재시도, 도구 호출, 실패한 작업의 재작업, 사람의 검토 시간을 별도 항목으로 남긴다. 완성된 결과 한 건에 드는 비용을 비교해야 운영 예산을 잡기 쉽다.
3. 지능지표 1위를 내 업무의 성공률로 읽지 않는다
Artificial Analysis의 지능지표 v5.0은 여러 평가를 결합한 지표다. 확인 시점에 Carbon High는 59점으로 선두였지만, 이 숫자는 “우리 서비스의 작업 성공률 59%”라는 뜻이 아니다.
Google DeepMind의 공개 표에서 일부 항목을 함께 보면 작업별 차이가 드러난다.
| 평가 | Carbon | Argon | GPT-6 Astra | Claude Opus 5.5 |
| AA Index v5.0 | 59 | 50 | 57 | 58 |
| Terminal-Bench 4.0 (AA) | 65.2% | 57.1% | 59.1% | 59.6% |
| OSWorld-2.1, 오프라인 부분집합 | 81.5% | 74.7% | 80.9% | 87.2% |
출처: Google DeepMind 성능 표. 11월 2일 열람한 값이며 순위와 수치는 이후 달라질 수 있다. 위 표에서 Carbon은 터미널 작업에 강점을 보이지만 OSWorld 항목의 최고 점수는 Opus다. 수행하려는 업무에 가까운 평가를 골라 읽어야 한다.
공식 평가 방법 문서는 별도 표기가 없으면 가장 높은 thinking 설정을 사용하며, 비교 모델의 일부 수치는 해당 공급자의 보고값이라고 설명한다. OSWorld는 인터넷이 없는 82개 과제의 부분집합이고, Gemini 점수는 단일 시도를 사용한 3회 실행 중 최댓값을 보고했다.
따라서 이 비교표를 동일한 사내 환경에서 모든 모델을 다시 시험한 결과로 소개해서는 안 된다. 평가 버전, 도구 구성, 시간 제한, 재시도 정책이 달라지면 실무 결과도 달라질 수 있다.
4. 접근 권한을 기다리는 동안 평가셋부터 만든다
다음은 Google의 공식 사용 절차가 아니라 이 글의 도입 검토 제안이다. 현재 사용 중인 모델로 기준선을 만들고, Carbon에 접근할 수 있게 되면 같은 조건에서 비교한다.
| 준비 항목 | 구체적인 기록 | 완료 기준 |
| 대표 작업 | 실제로 자주 하는 작은 수정 10개 안팎 | 각 작업의 입력과 기대 결과를 고정 |
| 검증 조건 | 기존 테스트, 새 회귀 테스트, 변경 금지 범위 | 시작 전에 통과·실패 기준 확정 |
| 실행 조건 | 저장소 커밋, 지침, 도구, 시간·재시도 한도 | 모델 간 조건을 동일하게 유지 |
| 결과 기록 | 테스트 결과, 누락 요구, 범위 밖 수정, 검토 시간 | 성공한 예시뿐 아니라 실패도 보존 |
| 비용 기록 | 작업별 토큰·도구 비용과 재작업 시간 | 완료한 작업당 비용으로 비교 |
예를 들어 “버그를 고쳐라”보다 “특정 입력에서 실패하는 테스트를 통과시키고 공개 함수의 동작은 유지하라”가 비교하기 쉽다. 수정할 필요가 없는 파일까지 바꾸었는지, 테스트를 약화해 통과했는지도 결과 검토 항목에 넣는다.
또한 모델이 작성한 완료 보고와 실제 검증 로그를 별도로 보관한다. 테스트 명령이 적혀 있다는 사실과 그 명령이 실행되어 통과했다는 사실을 구분하기 위해서다. 기준을 먼저 정해 두면 보기 좋은 데모 한 건 때문에 운영 전환을 서두르는 일을 줄일 수 있다.
Carbon을 검토하는 출발점은 공식 접근 경로를 확인하고, 현재 모델의 기준선을 남기는 것이다. 접근이 열린 뒤 같은 평가셋으로 품질·소요 시간·완료 비용을 함께 비교하면 실제 전환 여부를 판단할 근거가 생긴다.
English version: Gemini 4 Carbon: API Access, Announced Pricing, and What Benchmarks Show