Gemini CLI 종료와 Antigravity 전환이 남긴 오픈소스 신뢰 문제

커뮤니티가 키운 CLI의 종료

Google은 2026년 5월 19일 Google I/O에서 Gemini CLI와 Gemini Code Assist IDE 확장의 서비스 종료일을 2026년 6월 18일로 발표했다. Google AI Pro와 Ultra를 포함해 무료 티어를 사용하는 개인 사용자도 종료 대상이다.

조직용 서비스는 다르게 처리된다. Gemini Code Assist Standard 또는 Enterprise 라이선스를 보유한 조직과 Google Cloud를 통해 GitHub용 Gemini Code Assist를 이용하는 기업은 기존 서비스를 계속 사용할 수 있다. 커뮤니티 개발자와 개인 사용자는 새로운 도구로 옮겨야 하지만 엔터프라이즈 고객은 영향을 받지 않는 구조다.

Gemini CLI는 Apache 2.0 라이선스로 약 1년 동안 운영됐다. 그동안 GitHub Stars 100,000+, 외부 풀 리퀘스트 병합 **6,000+**를 기록했고 수백 명의 개인 개발자가 기여자로 참여했다. 이 숫자는 인기도만 나타내지 않는다. 커뮤니티가 도구의 개선에 투입한 시간과 노동의 규모이기도 하다.

그 기반이 클로즈드소스 제품으로 이어지면서 비판이 커졌다. 논쟁의 초점은 제품 하나의 종료보다, 외부 기여로 성장한 오픈소스 프로젝트를 상용 플랫폼으로 전환하는 방식에 맞춰져 있다.

Antigravity CLI가 택한 실행 구조

Antigravity CLI는 agy 명령으로 실행하며 Go 언어로 작성된 클로즈드소스 도구다. Python 기반이었던 Gemini CLI와 비교하면 Go의 정적 컴파일과 경량 런타임을 통해 시작 지연과 응답 속도를 개선한 구성이 눈에 띈다.

백엔드에는 Gemini 3.5 Flash가 사용되며 처리 속도는 초당 289 토큰이다. 터미널에서 연속적으로 작업을 요청하는 환경에서는 Python 기반 도구와의 응답성 차이를 체감할 수 있다.

더 큰 변화는 요청 하나를 단일 에이전트가 처리하지 않는다는 점이다. Manager Agent가 작업을 나누고, Writer와 Critic, Tester Agent가 각 역할을 병렬로 수행한다.

⤢✕

Manager Agent가 사용자 요청을 하위 작업으로 분해하면 Writer, Critic, Tester Agent가 생성과 검토, 검증을 나누어 수행한다. 각 결과는 통합 레이어로 모이고 품질 검증에 실패하면 다시 작업 분해 단계로 돌아간다. 복잡한 리팩터링이나 여러 파일을 함께 수정하는 작업에서 단일 에이전트 방식과 구별되는 구조다.

CLI를 넘어선 Antigravity 플랫폼

Antigravity는 터미널 도구만 교체하는 제품이 아니다. 데스크톱 애플리케이션부터 기업용 플랫폼까지 연결한 서비스 체계를 갖춘다.

레이어	설명
Antigravity 2.0	독립형 데스크톱 애플리케이션
CLI (`agy`)	터미널 기반 코딩 에이전트
SDK	서드파티 통합용 개발자 킷
Managed Agents API	Gemini API 기반 관리형 에이전트 인프라
Enterprise Agent Platform	엔터프라이즈 전용 Gemini Enterprise Agent Platform

Managed Agents는 단일 API 호출로 격리된 Linux 환경에 에이전트를 스핀업한다. 도구 사용과 코드 실행을 인프라 수준에서 분리해 보안과 재현성을 확보하는 방식이다.

Gemini CLI에서 사용하던 기능도 이어진다. 재사용 가능한 역량을 정의하는 Agent Skills, 이벤트 기반 자동화 트리거인 Hooks, 작업을 위임하는 Subagents가 포함된다. 기존 Extensions는 Antigravity Plugins라는 이름의 플러그인 시스템으로 바뀐다.

라이선스가 지켜주는 것과 지키지 못하는 것

Linux Foundation은 2026년 Open Source Summit North America에서 Gemini CLI 사례를 **"Exhibit A"**로 제시했다. Apache 2.0은 코드를 사용하고 배포할 자유를 보장하지만, 클라우드 백엔드가 실행 여부를 통제하면 라이선스만으로 서비스 이용을 지속하기 어렵다는 문제를 드러낸 사례다.

커뮤니티의 비판은 몇 갈래로 모인다. 오픈소스 기여로 제품을 개선한 뒤 클로즈드소스로 전환했고, 엔터프라이즈 고객은 두 제품을 유지할 수 있지만 개인 기여자에게는 같은 선택지가 주어지지 않았다는 것이다. Google+, Stadia, Inbox 등 Google의 과거 서비스 폐기 사례도 불신을 키우는 배경이 됐다.

업계 분석가들은 이 흐름을 "10만 스타 오픈소스에서 Antigravity 엔터프라이즈 락인으로"라고 표현했다.

⤢✕

여기서 구분해야 할 것은 코드 접근권과 추론 인프라 접근권이다. Apache 2.0이 전자를 보장해도 실제 실행 가치를 제공하는 클라우드 인프라는 서비스 약관의 통제를 받는다. 이 비대칭은 클라우드 실행에 의존하는 오픈소스 프로젝트의 신뢰 모델이 어디까지 유효한지 묻게 한다.

AI 코딩 에이전트 시장에서의 위치

2026년 AI 코딩 에이전트 시장에서는 Antigravity 2.0, Claude Code, Codex CLI가 서로 다른 실행 모델로 경쟁하고 있다.

항목	Antigravity 2.0	Claude Code	Codex CLI
개발사	Google	Anthropic	OpenAI
소스 형태	클로즈드소스	클로즈드소스	클로즈드소스
구현 언어	Go	Node.js	Node.js
에이전트 구조	멀티에이전트 병렬	단일 에이전트 (승인 우선)	비동기 위임
컨텍스트 창	Gemini 3.5 Flash 기준	Opus 4.6 1M 토큰	GPT-4o 기준
주요 강점	속도·병렬 처리	코드 품질·신뢰성	코드베이스 전체 이해
주요 약점	벤더 락인 우려	비용 구조	IDE 통합 단편화

Antigravity 2.0은 원시 속도와 멀티에이전트 병렬 오케스트레이션을 앞세운다. Claude Code는 승인 우선 모델과 Opus 4.6의 100만 토큰 컨텍스트를 바탕으로 코드 품질과 신뢰성에 무게를 둔다. Codex CLI는 비동기 작업 위임 방식으로 코드베이스 전체를 다루며 CLI에서 데스크톱과 IDE로 범위를 넓히고 있다.

도구별 차이와 별개로 AGENTS.md의 확산도 주목할 만하다. 단일 AGENTS.md 파일이 Codex CLI, Antigravity, Claude Code, Cursor에서 작동하면서 에이전트 설정의 이식성 표준으로 부상했다. 특정 도구에 맞춰 작성한 지침을 재사용할 수 있으므로 에이전트를 교체할 때 발생하는 설정 비용을 줄일 수 있다.

IDE 보조에서 독립 실행 에이전트로

Gemini Code Assist IDE 확장의 종료는 제품군을 단순히 정리하는 조치에 그치지 않는다. VS Code나 JetBrains의 플러그인 안에서 코드를 제안하던 방식에서, 에이전트가 독립적으로 작업을 수행하고 이를 오케스트레이션하는 플랫폼으로 중심이 이동한다는 뜻이다.

이 변화는 코딩 도구를 평가하는 기준도 바꾼다. Gemini CLI에서 다른 환경으로 이전한다면 다음 항목을 함께 확인해야 한다.

오픈소스 지속 가능성: Aider, Continue.dev와 같은 완전 오픈소스 도구를 우선할 것인지
벤더 락인 위험: 클라우드 백엔드 의존도와 공급자의 서비스 종료 이력을 어떻게 볼 것인지
이식성: AGENTS.md와 같은 표준 설정 파일을 지원하는지
성능 요구사항: 속도와 코드 품질 가운데 어느 쪽에 우선순위를 둘지
라이선스 호환성: 조직의 오픈소스 정책과 충돌하지 않는지

기능 비교만으로는 서비스가 사라졌을 때의 비용을 설명할 수 없다. 계정과 추론 백엔드, 설정 형식, 실행 환경에 얼마나 묶이는지를 함께 파악해야 이전 가능성을 현실적으로 판단할 수 있다.

소프트웨어 생태계가 떠안는 비용

이번 전환은 소프트웨어 공학과 IT 거버넌스 관점에서도 여러 문제를 남긴다. Apache 2.0은 코드 수준의 자유를 제공하지만 클라우드 기반 실행 모델에서는 서비스 레이어의 통제가 그 자유를 실질적으로 제한할 수 있다. 이를 **"오픈소스 워싱(open-source washing)"**으로 보는 시각이 확산되는 이유다.

Go를 선택한 것은 성능과 단일 바이너리를 통한 배포 단순성 사이의 아키텍처 결정으로 볼 수 있다. Writer, Critic, Tester를 병렬로 운용하는 구조에는 느슨한 결합과 역할 분리, 병렬 처리 같은 분산 시스템 설계 원칙이 반영돼 있다.

공급업체 위험도 별도의 운영 항목으로 다뤄야 한다. COBIT과 ISO/IEC 38500에서 다루는 공급업체 위험 관리처럼, 단일 벤더의 AI 도구에 의존하는 구조는 서비스 연속성 위험(Business Continuity Risk)을 만든다.

오픈소스 기여 기반의 도구가 클로즈드소스로 전환될 때 생기는 전환 비용(switching cost)도 단순하지 않다. 재학습과 재설정 같은 직접 비용에 신뢰 손실과 생산성 저하라는 간접 비용이 더해진다. 소프트웨어 생명주기를 관리할 때 도구의 기능뿐 아니라 이 비용까지 위험 항목에 포함해야 한다.

에이전트 플랫폼으로 향하는 흐름

⤢✕

AI 코딩 도구 생태계는 (3) 멀티에이전트 시대에서 (4) 에이전트 플랫폼 시대로 이동하는 변곡점에 있다. Antigravity의 5개 레이어 전략과 Claude Code의 Max/Team/Enterprise 계층화, AGENTS.md를 통한 이식성 확대가 같은 방향을 가리킨다.

Hacker News와 Reddit을 비롯한 개발자 커뮤니티의 반응도 제품 선택을 넘어섰다. 논점은 AI 도구에서 오픈소스가 실제로 무엇을 보장하는지에 집중됐다. Google+, Stadia, Google Inbox, Allo, Hangouts 등의 종료 이력은 개발자가 도구의 지속 가능성을 의심하게 만드는 신뢰 적자로 작용한다.

개발자가 AI 코딩 도구에 투자하는 대상은 현재 기능만이 아니다. 프로젝트 설정과 업무 절차, 학습 시간까지 포함된다. Gemini CLI에서 Antigravity CLI로의 전환은 고성능 아키텍처와 멀티에이전트 실행이라는 기술적 진전을 보여주는 동시에, 그 투자를 특정 공급자의 결정에서 얼마나 보호할 수 있는지 묻는 사례가 됐다.