구글 안티그래비티 2026년 11월 12일 공식 업데이트 핵심 요약
구글이 안티그래비티 내부에 초고속 실행 모델인 Gemini 4 Hydrogen과 새로운 모델 선택 옵션인 오케스트레이터를 전격 출시했습니다. 최상위 추론 모델인 Carbon이 설계도를 그리고 Hydrogen이 재빠르게 코드를 고치다가 막히면 다시 Carbon이 등판하는 구조로 작업 시간은 19퍼센트 줄이고 토큰 사용량은 24퍼센트 아껴줍니다.
왜 무거운 모델 하나로만 코딩하면 비효율이 생길까
Google Antigravity 공식 블로그가 짚어낸 현장 개발자들의 고민은 매우 현실적입니다. 복잡한 아키텍처를 짤 때는 Gemini 4 Carbon처럼 깊이 생각하는 최상위 모델이 꼭 필요하지만, 패키지 버전을 올리거나 단순 테스트 코드를 고치는 매 단계마다 무거운 모델을 돌리면 응답을 기다리는 시간이 길어지고 유료 쿼터가 순식간에 바닥납니다.
그렇다고 첫 질문만 보고 가벼운 모델로 통째로 넘겨버리는 기존 정적 라우터 방식을 쓰면 작업 중반에 예상치 못한 의존성 충돌이 터졌을 때 에이전트가 길을 잃고 헤매게 됩니다. 안티그래비티가 이번에 내놓은 해법이 바로 한 세션 안에서 두 모델이 바통을 자유자재로 주고받는 양방향 오케스트레이터입니다.
단일 모델 실행 vs 안티그래비티 오케스트레이터 동작 비교
| 작업 진행 단계 | 기존 단일 프론티어 모델 구동 | 신규 오케스트레이터 Carbon + Hydrogen 결합 | 실무자 체감 이점 |
|---|---|---|---|
| 1단계 초기 코드 탐색 및 계획 | 무거운 모델이 파일 탐색부터 계획까지 수행 | Carbon이 읽기 전용 모드로 의존성 분석 후 정밀 계획 수립 | 초기 설계 방향 오류 원천 차단 |
| 2단계 반복 파일 수정 및 테스트 | 단순 타이핑과 패키지 설치에도 고비용 모델 소모 | Gemini 4 Hydrogen이 이어받아 초고속 편집 및 빌드 실행 | 체감 응답 지연 대폭 단축 |
| 3단계 테스트 실패 및 예외 발생 | 동일 고비용 모델이 재시도하며 쿼터 급감 | 오류 감지 즉시 Carbon에게 제어권을 되돌려 계획 수선 후 재개 | 막힘 없는 문제 해결과 24퍼센트 쿼터 절약 |
| 최종 벤치마크 성과 | 높은 성공률 대비 긴 소요 시간 | Terminal-Bench 4.1에서 Carbon급 성공률 달성 및 19퍼센트 속도 단축 | 품질 타협 없는 개발 루프 가속 |
초보자도 이해하는 Gemini 4 Hydrogen 단독 사용과 SDK 조합법
1. 모델 선택창에서 네 단계 생각 깊이 조절하기
일상적인 웹 화면 수정이나 버그 잡기에는 모델 드롭다운에서 Gemini 4 Hydrogen을 단독으로 골라도 충분합니다. 구형 3.8 Flash 대비 터미널 코딩 점수가 3배 이상 뛴 57퍼센트를 기록했으며, 질문 난이도에 맞춰 낮음, 보통, 높음 기본값, 그리고 새로 신설된 최고 높음 xhigh까지 4단계 사고 깊이를 직접 지정할 수 있습니다.
2. 안티그래비티 SDK로 오픈소스 이슈 자동 분류 파이프라인 짜기
팀 단위로 에이전트를 직접 설계하고 싶다면 안티그래비티 파이썬 SDK로 역할을 명시적으로 나눌 수 있습니다. 매일 쏟아지는 깃허브 이슈 분류와 PR 댓글 기반 UI 문구 수정은 빠른 Hydrogen 에이전트 여러 개가 실시간으로 쳐내고, 보안 취약점 검증이나 대규모 리팩터링 이슈만 Carbon 에이전트에게 배정하는 식입니다.
3. v2.31.2 구글 클라우드 인증 지원과 요금제 적용 범위
함께 배포된 v2.31.2 패치를 통해 사내에서 구글 클라우드 기본 자격 증명으로 로그인한 개발자도 모델 선택기에서 Carbon의 사고 단계를 자유롭게 고를 수 있게 되었고 윈도우 워크포스 인증 풀림 현상도 해결되었습니다. 현재 Gemini 4 Hydrogen은 구글 AI 프로 및 울트라 구독자에게 열렸으며 오케스트레이터 모드는 울트라 플랜과 기업용 제미나이 비즈니스 환경에서 바로 선택해 쓸 수 있습니다.
자주 묻는 질문 Q&A
Q. 오케스트레이터 모드를 쓰려면 내가 중간에 모델을 수동으로 바꿔줘야 하나요?
전혀 그럴 필요가 없습니다. 상단 모델 선택창에서 Orchestrator 하나만 골라두고 평소처럼 한국어로 지시하면 안티그래비티가 작업 흐름에 따라 알아서 설계 구간에는 Carbon을, 코드 작성 구간에는 Hydrogen을 자동 교체하며 진행합니다.
Q. 얼마 전 나온 스웜 명령어와 오케스트레이터는 언제 구분해서 쓰면 좋나요?
프론트엔드와 백엔드, DB 마이그레이션처럼 여러 갈래 일을 동시에 병렬로 해치울 때는 스웜 모드가 유리하고, 하나의 기능을 차근차근 디버깅하며 빠르게 완성할 때는 오케스트레이터 모드가 쿼터 효율 면에서 가장 뛰어납니다.
