Gemini CLI 종료 이후 Antigravity CLI 이주와 벤더 락인

Gemini CLI 종료가 남긴 운영상의 문제

구글은 2026년 6월 18일 Apache 2.0 오픈소스로 공개됐던 Gemini CLI 서비스를 종료하고, 폐쇄형 Go 바이너리인 Antigravity CLI(agy)로 사용자를 이주시켰다. 단순한 명칭 변경으로 보기 어려운 이유는 무료 티어 정책과 배포 방식이 함께 바뀌었기 때문이다.

Gemini CLI는 1년 가까이 6,000건 이상의 커뮤니티 PR을 병합하며 GitHub 스타 10만 개를 넘겼다. 그러나 전환 이후 무료 티어의 일일 요청 한도는 1,000에서 약 20으로 축소됐다. 커뮤니티 기여가 반영된 오픈소스 자산이 엔터프라이즈 중심의 폐쇄형 제품으로 옮겨간 과정은 벤더 신뢰와 도구 표준화의 문제로 이어진다.

전환 과정은 다음과 같았다.

2026년 5월 중순, 구글 개발자 블로그를 통해 Antigravity CLI 전환이 공지됐다.
2026년 6월 18일부터 무료·Google AI Pro·Ultra 등급 사용자의 Gemini CLI API 요청이 전면 차단됐다.
Gemini Code Assist Standard/Enterprise 라이선스 보유 조직과 Google Cloud를 통한 GitHub 연동 사용자는 접근을 유지했다.
Antigravity 무료 티어는 출시 초기인 2025년 11월 하루 250회에서 2025년 12월 20회로 줄었다. CLI 통합 과정에서는 데스크톱 앱·SDK와 쿼터까지 공유하게 돼, 체감 한도가 프롬프트 2~3회 수준이라는 보고도 나왔다.

소스 공개와 실제 통제권은 별개다

기존 Gemini CLI는 TypeScript/Node.js 기반 오픈소스 코드베이스였다. 사용자는 코드를 포크하고 수정하거나 재배포할 수 있었다. 반면 Antigravity CLI(agy)는 Go로 작성된 폐쇄형 컴파일 바이너리다. 소스가 공개되지 않아 게이팅 로직이나 요청 과금 방식은 사용자가 검증할 수 없다.

Apache 2.0 라이선스는 계속 유효해 커뮤니티 포크도 등장했다. 다만 실제 실행에 필요한 Gemini API 자격 증명을 구글이 독점하는 구조라면, 코드 포크만으로는 기능을 유지하기 어렵다. 이 사례에서 락인의 핵심은 소스 코드 공개 여부보다 자격 증명과 백엔드 인프라의 통제권에 있다.

⤢✕

무료 티어 변화도 운영 설계에 직접 영향을 준다.

일일 요청 한도는 1,000에서 20으로 약 98% 감소했고, 분당 요청도 함께 축소됐다.
Antigravity 데스크톱 앱, CLI, SDK는 같은 계정 쿼터를 공유한다. 병렬 에이전트를 실행하면 소진 속도도 빨라진다.
Google AI Pro 구독자가 프롬프트 2회 만에 "Individual quota reached" 오류를 겪었다는 보고가 다수 있었다. 기존 Gemini CLI에서 코드 수정 1,000회 이상을 버티던 동일 쿼터가 agy에서는 빠르게 소진됐다는 사례도 있다.
요청 카운팅이 토큰 기준인지 호출 기준인지 사용자가 직접 검증할 수 없으므로, 리스크 표면은 관측하기 어려운 블랙박스로 이동한다.

이주 예산에는 도구 교체 비용도 들어간다

무료 티어 소멸을 전제로 유료 등급으로 전환한다면, 실제 요청당 비용을 Codex CLI·Claude Code와 비교해 다시 계산해야 한다. 데스크톱·CLI·SDK가 쿼터를 공유하는 구조라면 팀 단위 동시 실행에서 소진 속도가 어떻게 달라지는지도 사전에 시뮬레이션할 필요가 있다.

CI/CD에서 Gemini CLI를 호출하던 스크립트는 종료와 동시에 실패할 수 있다. 이때 발생하는 엔지니어 재작업 시간도 이주 예산의 일부다.

이주 작업에서는 기존 명령과 스크립트를 Claude Code 또는 Codex CLI의 동등 기능에 매핑하고, API 키·OAuth 흐름과 시크릿 관리 정책을 새 CLI 기준으로 바꿔야 한다. 셸 스크립트, GitHub Actions, 파이프라인 훅의 Gemini CLI 호출부도 전수 조사 대상이다. 전환 전후에는 동일 태스크 셋으로 출력 품질과 응답 시간을 비교하는 골든셋 회귀 테스트가 필요하며, 승인된 사용법은 팀 위키와 온보딩 문서에 반영한다.

단계	활동	산출물
1. 인벤토리	사내 스크립트·파이프라인 내 Gemini CLI 호출 지점 전수 조사	호출 지점 목록
2. 대체안 선정	Claude Code/Codex CLI 등 기능 대응표 작성	매핑 문서
3. 파일럿 이주	1개 팀 대상 시범 전환, 골든셋 회귀 테스트	회귀 테스트 리포트
4. 전사 표준화	승인된 CLI를 사내 표준 도구로 지정, 온보딩 반영	도구 표준 정책
5. 모니터링	벤더 정책 변경 감시 체계 구축(공지 채널 구독)	벤더 리스크 대시보드

배포 모델이 달라지면 이식성도 달라진다

항목	Antigravity CLI(agy)	Codex CLI	Claude Code
배포 모델	폐쇄형 Go 바이너리	폐쇄형(부분 공개 컴포넌트)	폐쇄형, 터미널 네이티브
무료 티어	약 20 요청/일(공유 쿼터)	등급별 제한, 상대적으로 완만	등급별 제한, 구독 기반
에이전트 오케스트레이션	멀티에이전트 백그라운드 실행 지원	에이전트 워크플로우 지원	서브에이전트·MCP 통합 강점
소스 개방성	비공개(구 Gemini CLI만 Apache 2.0)	비공개	비공개
이식성(마이그레이션 용이성)	낮음(자격 증명 구글 종속)	중간	중간~높음(도구 생태계 확장성)
커뮤니티 신뢰도	급락(오픈소스 회수 논란)	안정	안정

Apache 2.0 라이선스는 코드 재사용권을 보장한다. 그렇다고 API 자격 증명과 백엔드 인프라까지 개방되는 것은 아니다. 이들이 벤더에 묶여 있다면 조직은 정책 급변 시 협상력을 갖기 어렵다.

무료 티어의 대폭 축소는 초기 사용자 기반 확보 뒤 수익화로 전환하는 bait-and-switch 패턴으로도 읽힌다. 따라서 개발 도구 표준은 특정 벤더 제품명이 아니라 에이전트 오케스트레이션, MCP 호환성, 비용 상한 같은 기능 요구사항으로 정의하는 편이 낫다.

벤더 정책 변경 공지를 정기 모니터링 항목에 넣고, 체크리스트와 회귀 테스트를 포함한 이주 절차를 미리 문서화해야 한다. 2026년 프론티어 모델 경쟁은 성능뿐 아니라 배포 모델, 라이선스 정책, 쿼터 거버넌스로 확장되고 있다. CLI 표준화는 이제 기술 선택을 넘어 사업 연속성(BCP)의 문제다.

Gemini CLI 종료가 남긴 운영상의 문제

소스 공개와 실제 통제권은 별개다

이주 예산에는 도구 교체 비용도 들어간다

배포 모델이 달라지면 이식성도 달라진다

Sources

함께 읽기