개인용 Gemini CLI 6월 18일 중단, Antigravity 전환 비용
Google이 개인·무료 Gemini CLI 경로를 6월 18일 Antigravity CLI로 전환합니다. 엔터프라이즈 예외와 기능 격차를 짚습니다.
- 무슨 일: Google이 개인·무료 Gemini CLI와 Code Assist IDE extension 요청을 2026년 6월 18일 이후 Antigravity CLI로 옮깁니다.
- Enterprise·Standard 라이선스와 Google Cloud 경유 사용자는 기존 Gemini CLI 접근이 유지됩니다.
- 전환 조건: Antigravity CLI는 즉시 제공되지만 Google은 1:1 feature parity가 없다고 못박았습니다.
- 개발자 영향: 터미널 에이전트가 오픈소스 CLI에서 Antigravity 2.0, SDK, Managed Agents와 묶인 플랫폼 표면으로 이동합니다.
- 주의점: 커뮤니티는 quota, 플러그인 호환성, custom wrapper 손실, 오픈소스 여부를 먼저 확인하고 있습니다.
Google은 2026년 5월 19일 Google Developers Blog에 올린 공지에서 Gemini CLI의 개인·무료 사용 경로를 Antigravity CLI로 옮기겠다고 발표했습니다. 적용일은 2026년 6월 18일입니다. 이 날짜 이후 Google AI Pro·Ultra 가입자, 무료 Gemini Code Assist for individuals 사용자, Gemini Code Assist IDE extension 개인 경로는 기존 Gemini CLI 요청을 더 이상 받지 않습니다. Gemini Code Assist for GitHub도 같은 날부터 GitHub organization 신규 설치가 막히고, 이후 몇 주 동안 요청 제공이 중단됩니다.
이 문장은 "Gemini CLI 전체 종료"로 읽으면 부정확합니다. Google은 Standard·Enterprise 라이선스와 Google Cloud 경유 Gemini Code Assist for GitHub 접근은 유지한다고 적었습니다. paid Gemini 또는 Gemini Enterprise Agent Platform API key를 통한 Gemini CLI 접근도 남습니다. 개인 개발자와 무료 사용자는 전환 기한을 받았고, 조직 계약 또는 Cloud 경로를 가진 팀은 기존 도구를 계속 쓸 수 있는 구조입니다.
Google이 제시한 이유는 제품명 정리가 아닙니다. 같은 날 I/O 2026 개발자 발표에는 Gemini 3.5 Flash, Antigravity 2.0 desktop app, Antigravity CLI, Antigravity SDK가 함께 나왔습니다. Gemini API Managed Agents와 Google AI Studio Android 지원도 같은 발표 묶음에 포함됐습니다. Antigravity 2.0은 여러 agent를 병렬로 오케스트레이션하고, dynamic subagents와 scheduled tasks를 제공하며, Google AI Studio·Android·Firebase와 연결되는 중앙 작업 공간으로 설명됐습니다.
Gemini CLI는 2025년에 터미널에서 Gemini를 쓰기 위한 도구로 출발했습니다. Google은 이번 공지에서 이 CLI가 수백만 사용자, GitHub star 10만 개 이상, merged pull request 6,000개, 수백 명의 기여자를 모았다고 밝혔습니다. 개발자 도구로는 이미 충분한 커뮤니티 자산을 가진 셈입니다. 그래서 이번 전환은 "실험적 CLI를 더 좋은 CLI로 교체"하는 사건보다, 커뮤니티 기반 terminal UI를 Google의 단일 agent harness 안으로 흡수하는 제품 결정에 가깝습니다.
전환의 기술적 명분은 multi-agent workflow입니다. Google은 Gemini CLI 사용자의 작업이 초기 2025년의 단일 terminal interaction을 넘어섰고, 여러 agent가 서로 통신하며 일을 나눠야 한다고 설명했습니다. Antigravity CLI는 Go로 작성돼 더 빠른 실행을 목표로 하고, background asynchronous workflow를 지원하며, Antigravity 2.0 desktop app과 같은 agent harness를 공유합니다. 이 공유 harness가 앞으로의 agent 개선을 터미널, 데스크톱, API 표면에 동시에 배포하는 통로가 됩니다.
문제는 전환이 완전한 호환성을 약속하지 않는다는 점입니다. Google은 Antigravity CLI가 Gemini CLI와 즉시 1:1 feature parity를 제공하지 않는다고 밝혔습니다. 대신 Agent Skills, Hooks, Subagents, Extensions를 중요한 기능으로 남기며, Extensions는 Antigravity plugins 형태가 됩니다. Gemini CLI 위에 자체 wrapper, custom command, workflow glue, CI helper를 얹은 개발자는 이름 변경보다 마이그레이션 테스트에 시간을 써야 합니다.
| 항목 | Gemini CLI 개인 경로 | Antigravity CLI 전환 경로 |
|---|---|---|
| 적용일 | 2026년 6월 18일까지 요청 제공 | 2026년 5월 19일부터 사용 가능 |
| 호환성 | 기존 terminal workflow와 community extension 중심 | 1:1 feature parity 없음, plugins로 extension 재편 |
| 구조 | 터미널 중심 Gemini 사용 경험 | Antigravity 2.0과 같은 server-side agent harness 공유 |
| 예외 | 개인·무료 경로는 cutoff 대상 | Standard·Enterprise, Google Cloud, paid API key 경로 유지 |
개발자 관점에서 첫 번째 체크리스트는 인증과 quota입니다. Reddit r/GeminiCLI의 전환 스레드에는 Antigravity CLI의 open-source 여부를 찾지 못했다는 반응, Gemini CLI 위에 만든 custom layer를 잃을 수 있다는 우려, Pro/free quota가 Antigravity와 병합되는지 확인하려는 글이 올라왔습니다. 일부 사용자는 설치 후 auth token login 문제를 겪었다고 적었고, 다른 사용자는 기존 Gemini CLI보다 quota가 낮아 보인다고 주장했습니다. 이 반응은 아직 제품 문서보다 실사용 quota와 마이그레이션 오류가 개발자 의사결정에 더 직접적이라는 사실을 보여줍니다.
Google은 이 우려를 완전히 닫지 않았습니다. 공지 말미에는 Antigravity CLI community forum에 feature request와 feedback을 달라고 안내했습니다. feature parity가 없다는 문장과 forum 요청은 같이 읽어야 합니다. Google은 migration window를 이미 열었지만, 개인 사용자의 workflow가 모두 옮겨졌는지 검증된 상태에서 cutoff 날짜를 발표한 것은 아닙니다.
Antigravity 2.0의 제품 방향은 Gemini API Managed Agents에서 더 분명해집니다. Google은 Managed Agents를 "single API call"로 띄우는 agent로 설명하고, 이 agent가 reasoning, tool use, code execution을 isolated Linux environment에서 수행한다고 밝혔습니다. 각 interaction이 파일과 상태를 보존하는 environment로 이어질 수 있다는 설명도 붙었습니다. CLI는 이 infrastructure를 사람 손의 terminal로 끌어오는 표면이고, SDK와 API는 같은 harness를 제품과 자동화에 붙이는 표면입니다.
Gemini 3.5 Flash model card도 이 결정의 배경 자료입니다. DeepMind는 2026년 5월 기준 결과로 Terminal-bench 2.1 76.2%, SWE-Bench Pro Public 55.1%, MCP Atlas 83.6%, Toolathlon 56.5%, OSWorld-Verified 78.4%를 제시했습니다. Google의 주장대로 Antigravity가 agent-first platform이라면, CLI 전환은 모델 성능 홍보보다 harness와 distribution을 맞추는 문제입니다. 같은 모델과 같은 harness가 desktop, CLI, API에서 돌아가야 scheduled task, persistent environment, subagent orchestration 같은 기능을 유지하기 쉽습니다.
이번 발표가 OpenAI Codex CLI나 Anthropic Claude Code와 다른 지점은 Google Cloud와 개인 구독 사이의 경계입니다. 개인·무료 사용자는 Antigravity로 옮겨야 하지만, 기업 계약 사용자는 Gemini CLI를 계속 사용할 수 있습니다. 이 경계는 agentic coding tool이 consumer productivity tool인지, enterprise controlled surface인지에 따라 제품 수명이 달라질 수 있음을 드러냅니다. 같은 CLI라도 비용, quota, data boundary, Cloud project 연결 여부가 다르면 지원 정책이 갈라집니다.
오픈소스 기여자 입장에서는 숫자가 불편하게 남습니다. Google은 10만 개 이상의 star와 6,000개 merged pull request를 전환 공지의 성과로 적었습니다. 이 숫자는 Gemini CLI가 커뮤니티와 함께 성장했다는 증거이지만, 동시에 community-built workflow가 Antigravity라는 새 product surface로 이동한다는 사실을 강조합니다. Google이 Antigravity CLI의 source model, plugin migration guide, quota table, compatibility matrix를 빨리 공개하지 않으면 기여자에게는 성과 지표보다 손실 위험이 먼저 보입니다.
팀 단위로는 6월 18일 전까지 네 가지를 확인해야 합니다. 첫째, Gemini CLI를 직접 실행하는 스크립트와 CI job이 있는지 찾아야 합니다. 둘째, extension을 Antigravity plugin으로 옮길 수 있는지 확인해야 합니다. 셋째, Google AI Pro·Ultra 개인 계정으로 운영하던 내부 실험이 enterprise license 또는 Google Cloud project로 전환돼야 하는지 결정해야 합니다. 넷째, quota와 model availability가 기존 비용 가정과 맞는지 dry run으로 측정해야 합니다.
작은 개인 프로젝트라면 전환 비용은 설치와 인증 오류 정도로 끝날 수 있습니다. 반대로 terminal agent를 Claude Code, Codex, Cursor, internal MCP server와 함께 orchestration하던 개발자는 위험이 커집니다. 기존 Gemini CLI가 빠른 탐색 agent, 긴 context 질문, repository scan, shell command wrapper 역할을 맡았다면 Antigravity CLI의 background workflow와 plugin model이 같은 자리에 들어오는지 테스트해야 합니다. Google이 "asynchronous workflow"를 장점으로 내세웠기 때문에, 사용자는 편의성보다 failure log, retry, permission boundary, credential masking을 먼저 봐야 합니다.
한국 개발자에게도 이 뉴스는 단순한 Google I/O 부가 발표가 아닙니다. 무료 또는 개인 구독 기반 CLI는 팀 안에서 "잠깐 써보는 도구"로 들어가기 쉽습니다. 2026년 6월 18일 이후 그 경로가 Antigravity로 바뀌면, 도입 문서와 보안 검토 문서도 바뀝니다. Gemini CLI를 전제로 작성한 onboarding, MCP 연결 예시, shell alias, pre-commit hook, GitHub Actions 문서가 있다면 cutoff 전후로 실행 결과가 갈릴 수 있습니다.
Google이 얻는 것은 분명합니다. Antigravity 2.0 desktop app, CLI, SDK, Gemini API Managed Agents를 같은 harness로 묶으면 product roadmap을 한 곳에서 움직일 수 있습니다. Gemini 3.5 Flash 같은 모델 업데이트도 CLI와 API surface에 같은 방식으로 반영하기 쉽습니다. Google AI Studio에서 만든 project를 Antigravity로 export하고, Android와 Firebase까지 이어 붙이는 I/O 발표 구조도 이 방향과 맞습니다.
사용자가 잃을 수 있는 것도 분명합니다. 오래된 CLI는 단순하고 조합하기 쉬운 Unix surface였고, 커뮤니티가 wrapper와 workflow를 빠르게 쌓을 수 있었습니다. Antigravity CLI가 더 강한 agent harness를 제공하더라도 quota, auth, plugin packaging, source openness가 닫히면 기존 조합성은 줄어듭니다. 이번 전환을 받아들이려면 "더 빠른 Go 기반 CLI"라는 문구보다 기존 workflow가 깨지지 않는다는 근거가 필요합니다.
따라서 6월 18일의 실무 판단은 도구 선호가 아니라 운영 경계의 선택입니다. 개인·무료 Gemini CLI 경로를 계속 전제로 둘 수는 없습니다. Enterprise 또는 Cloud 계약이 있는 팀은 기존 Gemini CLI를 보존할 수 있지만, 새 기능은 Antigravity harness에 먼저 붙을 가능성이 높습니다. 개인 개발자는 Antigravity CLI를 시험하면서 Claude Code, Codex CLI, Cursor 같은 대체 경로의 비용과 권한 모델을 함께 비교해야 합니다.
이번 발표에서 확인할 수 있는 가장 구체적인 변화는 terminal agent의 위치입니다. 2025년 Gemini CLI는 모델을 터미널로 가져오는 도구였습니다. 2026년 Antigravity CLI는 터미널을 Google의 agent platform 안에 넣는 통로입니다. 6월 18일 cutoff는 그 차이를 개인 개발자의 shell history와 CI job에서 직접 확인하게 만드는 날짜입니다.