Gemini CLI에서 Antigravity CLI로, 오픈소스 전환 논란과 에이전트 구조

커뮤니티가 키운 CLI의 접근 권한이 닫히다

Google은 2026년 6월 18일부터 오픈소스 Gemini CLI의 API 접근을 종료하고 클로즈드소스 Antigravity CLI로 대체하겠다고 발표했다. Gemini CLI는 100,000개 이상의 GitHub 스타를 모았고 외부 기여자의 Pull Request도 6,000건 넘게 병합한 프로젝트다. 한 번의 공지로 기업 전용 서비스 중심의 체계로 바뀌자 개발자 커뮤니티에서는 이를 "bait-and-switch"라고 비판했다.

이번 변화에서 따져볼 대상은 무료 서비스의 종료만이 아니다. 오픈소스로 공개된 에이전트 하니스가 비공개 백엔드에 얼마나 의존했는지, 새 CLI가 어떤 구조로 이를 대체하는지, 커뮤니티 기여를 바탕으로 성장한 도구가 클로즈드소스로 전환될 때 어떤 신뢰 문제가 생기는지가 함께 얽혀 있다.

Gemini CLI가 빠르게 생태계를 만든 배경

Gemini CLI는 Google이 2025년 6월 Apache 2.0 라이선스로 공개한 TypeScript 기반 AI 코딩 에이전트다. 터미널에서 Gemini 모델을 호출해 코드를 생성하고 파일을 수정하며 멀티스텝 추론을 수행하는 에이전트 하니스로 설계됐다.

공개 후 1년도 지나지 않아 GitHub 스타는 2026년 5월 기준 100,000개를 넘겼고, 외부 기여자가 제출한 Pull Request도 6,000건 이상 병합됐다. 무료 사용자부터 프로와 울트라 구독자까지 사용 범위가 넓어졌으며 MCP(Model Context Protocol) 서버, 커스텀 스킬, 에이전트 훅을 둘러싼 생태계도 형성됐다.

Apache 2.0은 소스 코드를 사용하고 수정하며 재배포할 권리를 제공한다. 개발자들은 이를 근거로 Gemini CLI를 CI 파이프라인과 셸 설정, 팀 런북에 깊게 연결했다. 버그 수정과 기능 개발, 문서 작성에도 수천 명이 참여했다.

개인 사용자를 제외한 전환 발표

Google은 2026년 5월 19일 Google I/O 공식 블로그에서 Gemini CLI와 Gemini Code Assist IDE 확장의 API 접근 정책 변경을 알렸다. 종료일은 2026년 6월 18일이며 대상은 무료 사용자, Google AI Pro 및 Google AI Ultra 구독자, Gemini Code Assist 개인 사용자다.

기존 접근이 유지되는 쪽은 Gemini Code Assist Standard 또는 Enterprise 라이선스를 가진 조직과 Google Cloud를 통해 Gemini Code Assist for GitHub를 이용하는 조직이다. 무료 및 개인 구독 사용자는 제외되고 수백 달러의 기업 라이선스를 보유한 조직은 계속 접근할 수 있는 구도가 됐다. Google이 이들에게 제시한 대체 도구가 Antigravity CLI다.

Go 기반 TUI로 바뀐 실행 계층

Antigravity CLI는 agy 명령으로 실행하는 Go 기반 터미널 UI 에이전트다. Google I/O 2026에서 공개됐으며, TypeScript와 Node.js를 사용하는 Gemini CLI 대신 컴파일된 Go 바이너리로 동작한다.

기술 스택은 다음과 같이 제시됐다.

언어: Go (컴파일 바이너리)
인터페이스: TUI (Terminal User Interface)
기본 모델: Gemini 3.5 Flash
지원 모델: Gemini 3.x, Claude Sonnet 4.6, Claude Opus 4.6, GPT-OSS 120B
인증: Google 계정 또는 GCP 프로젝트

Go 런타임을 채택한 agy는 수 밀리초 이내에 시작하며 메모리 풋프린트를 수 메가바이트 수준으로 유지한다. Google은 Node.js 기반 Gemini CLI보다 startup latency와 메모리 사용량을 줄였다는 점을 주요 마케팅 포인트로 내세웠다.

두 CLI의 차이는 실행 성능에만 머물지 않는다.

기능	Gemini CLI	Antigravity CLI
런타임	Node.js (TypeScript)	Go (네이티브 바이너리)
라이선스	Apache 2.0 오픈소스	클로즈드소스
병렬 서브에이전트	미지원	지원 (`/agents`)
슬래시 커맨드	기본	`/goal`, `/schedule`, `/btw`, `/context` 등 확장
기본 모델	Gemini 1.x/2.x	Gemini 3.5 Flash
멀티모델 지원	Gemini 계열	Gemini + Claude + GPT
SSH 원격 작업	제한적	최적화 (keyboard-first TUI)
메모리 사용량	상대적으로 높음	수 MB 수준

내부 흐름은 TUI, 에이전트 오케스트레이터, 모델 라우터, 도구 실행 계층과 Google Cloud 백엔드로 이어진다.

⤢✕

메인 작업을 막지 않는 서브에이전트

Antigravity CLI에서 두드러지는 변화는 병렬 서브에이전트 오케스트레이션이다. 메인 터미널의 작업을 중단하지 않은 채 별도 에이전트를 백그라운드에서 실행하고 상태를 확인할 수 있다.

# 메인 에이전트 작업 중 사이드 질문
/btw "현재 리팩토링 중인 모듈과 의존성 충돌이 있는 파일 목록 알려줘"

# 백그라운드 에이전트 상태 모니터링
/agents

# 현재 컨텍스트 시각화
/context

대규모 코드베이스를 리팩토링하거나 여러 주제를 동시에 조사할 때 메인 터미널이 블로킹되지 않는다는 점이 실질적인 차이다. /agents는 백그라운드 에이전트를 확인하는 창구이고 /context는 현재 컨텍스트를 보여준다.

오픈소스 라이선스가 백엔드 접근까지 보장하지는 않는다

Apache 2.0이 보장하는 것은 소스 코드 파일의 사용·수정·재배포 권한이다. API 접근 권한과 인증 토큰 발급, 모델 쿼터, 클라우드 백엔드 인프라까지 보장하는 계약은 아니다.

Gemini CLI는 Google의 인증 체계와 API 엔드포인트, 쿼터 관리 백엔드에 의존했다. 따라서 소스 코드가 Apache 2.0으로 남아 있어도 Google이 API 접근을 닫으면 기존 구조 그대로 독립 실행하기 어렵다. 이번 사례에서 오픈소스 여부와 서비스 지속 가능성을 같은 의미로 볼 수 없는 이유다.

⤢✕

논란의 중심은 무료 쿼터보다 기여와 신뢰다

The Register, FOSS Force, TechTimes 등은 이번 전환을 "bait-and-switch"로 규정하며 비판했다. 커뮤니티의 반발은 무료 서비스가 끝났다는 사실보다 오픈소스라는 약속 아래 축적된 기여가 클로즈드소스 제품으로 이어졌다는 데 집중된다.

Google은 커뮤니티로부터 버그 수정과 기능 추가, 문서 개선을 받았다. 그러나 전환 이후 서비스의 지속 여부를 결정하는 기준은 커뮤니티 기여가 아니라 기업 고객의 라이선스가 됐다는 비판이 제기됐다.

Hacker News 스레드 48196867에는 2,000개 이상의 댓글이 달렸다. Linux Foundation도 이 사건에 주목하며 오픈소스 도구의 지속 가능성에 관한 논의를 촉구했다.

Antigravity CLI의 GitHub 저장소도 논란을 키웠다. github.com/google-antigravity/antigravity-cli에는 CHANGELOG와 README, 애니메이션 GIF 데모만 있고 소스 코드는 없다. GitHub에 저장소를 열어두었지만 실제 코드를 공개하지 않았다는 점에서 빈 껍데기라는 비판이 나왔다.

실행 하니스까지 벤더가 통제할 때 생기는 변화

Gemini CLI에서는 메인 루프와 도구 호출, 히스토리 관리 같은 에이전트 하니스가 공개돼 있었다. 개발자는 이 코드를 바탕으로 자신의 워크플로우를 구성할 수 있었다. Antigravity CLI에서는 같은 실행 계층이 클로즈드소스로 바뀌면서 에이전트 동작 자체가 벤더 종속 구조에 들어간다.

TypeScript에서 Go로 옮긴 선택도 성능만으로 설명되지는 않는다. Go로 컴파일한 단일 바이너리는 배포하기 쉽고 TypeScript보다 역컴파일하기 어렵다. 경량 실행과 함께 클로즈드소스 배포에 맞는 기술적 조건도 갖춘 셈이다.

Antigravity CLI 1.0.2는 Gemini, Claude, GPT-OSS를 포함한 8개 모델을 하나의 터미널 인터페이스에서 제공한다. 개별 모델을 호출하는 CLI보다 멀티모델 에이전트 플랫폼에 가까운 방향이다. 이 구조에서는 모델 선택과 인증, 쿼터, 에이전트 오케스트레이션이 Antigravity를 중심으로 결합된다.

⤢✕

시장에서는 GitHub Copilot, Cursor, Continue.dev와 경쟁하는 위치에 놓인다. Google은 무료 커뮤니티 사용자층보다 기업 시장의 수익성을 우선하는 전략을 선택했다. 단기적인 사업 판단과 별개로 개발자 생태계의 신뢰 손상은 장기적인 비용이 될 수 있다.

기존 환경을 `agy`로 옮길 때 확인할 것

기업 라이선스를 보유했거나 Antigravity CLI로 전환하려는 사용자는 설치 후 인증부터 진행할 수 있다.

# Antigravity CLI 설치 (macOS)
brew install google-antigravity/tap/agy

# Linux
curl -fsSL https://agy.google.dev/install.sh | bash

# 인증
agy auth login

# 기본 실행
agy "현재 디렉토리의 Python 코드를 리팩토링해줘"

Gemini CLI의 .geminirc, YAML 형식 커스텀 스킬, MCP 서버 설정은 대부분 형식이 달라졌다. hooks는 .gemini/hooks/에서 .agy/hooks/로 경로를 바꿔야 한다. extensions는 새로운 AGY 확장 API에 맞춰 다시 작성해야 하며, MCP 서버 설정은 JSON에서 TOML 기반 형식으로 변경된다.

무료 사용자의 주간 쿼터가 매우 타이트하다는 보고도 다수 제기됐다. Hacker News 댓글에서는 몇 번의 요청만으로 주간 쿼터에 도달하는 사례가 빈번하다고 전해졌다. 실무에서 사용하려면 기업 라이선스나 API 키 기반 접근을 고려해야 한다.

다시 주목받는 독립형 대안

전환 발표 이후 벤더가 백엔드 접근 조건을 바꾸더라도 대응할 수 있는 오픈소스 AI CLI 에이전트에 관심이 커졌다.

Qwen Code는 Alibaba가 공개한 오픈소스 AI 코딩 에이전트다. Gemini CLI 종료 발표 뒤 관심이 급증했으며 자체 호스팅이 가능해 기업 환경에서도 주목받았다.

Continue.dev는 VSCode와 JetBrains 확장으로 제공되는 오픈소스 AI 코딩 에이전트다. BYOK(Bring Your Own Key)를 지원해 특정 벤더에만 의존하지 않는다.

aider는 Python 기반 터미널 AI 코딩 에이전트다. 완전한 오픈소스로 제공되며 OpenAI 호환 API와 연동할 수 있다.

오픈소스 지지 블로그 kilo.ai는 "에이전트 CLI에서 오픈소스는 협상 불가능한 조건이어야 한다(Open Source Should be Non-Negotiable in the Agentic CLI)"고 주장했다. 에이전트 CLI가 CI와 셸 설정, 팀 런북에 깊게 들어가는 만큼 벤더의 조건 변경으로 발생하는 이전 비용은 설정 파일 몇 개를 바꾸는 수준에 그치지 않는다는 지적이다.

Google의 개발자 도구 전략이 향하는 곳

2025년의 Gemini CLI는 오픈소스를 통해 개발자 생태계를 확보하는 역할을 했다. 2026년의 Antigravity CLI는 기업 고객 중심의 수익화로 무게를 옮긴 모습이다.

Antigravity 2.0 전체에서 CLI는 진입점에 해당한다. 그 뒤에는 Antigravity 데스크탑 앱, Managed Agent 플랫폼, GCP 통합 에이전트 서비스로 이어지는 엔터프라이즈 AI 에이전트 스택이 있다. 무료로 제공된 Gemini CLI를 초기 사용자 확보 비용으로 보고, 목표를 달성한 뒤 종료한 것이라는 분석도 이런 흐름에서 설득력을 얻고 있다.

Antigravity CLI에는 Go 기반 경량 실행과 병렬 서브에이전트, 멀티모델 지원이라는 기술적 개선이 담겼다. 하지만 기술적 완성도와 커뮤니티 신뢰는 별개의 문제다. 6,000건의 기여를 받아 성장한 Apache 2.0 프로젝트의 접근 권한을 닫고 클로즈드소스 대체제를 제시한 방식은 "bait-and-switch"라는 비판을 피하기 어렵다.

AI 도구를 장기간 운영 환경에 넣을 때는 저장소의 라이선스만 확인해서는 부족하다. 인증과 API, 쿼터, 모델 실행 백엔드를 누가 통제하는지, 조건이 바뀌었을 때 다른 도구로 옮길 수 있는지도 함께 따져야 한다.