6월 18일 Gemini CLI 단절, 오픈소스 에이전트의 대가

Google이 Gemini CLI의 개인 개발자용 문을 닫습니다. Google Developers Blog의 2026년 5월 19일 공지에 따르면 Gemini CLI와 Gemini Code Assist IDE extensions는 2026년 6월 18일부터 Google AI Pro, Google AI Ultra, 그리고 Gemini Code Assist for individuals의 무료 사용자 요청을 더 이상 처리하지 않습니다. Google은 대체 경로로 Antigravity CLI를 제시했습니다.

표면적으로는 흔한 제품 통합처럼 보입니다. 터미널 도구를 새 CLI로 옮기고, 더 빠른 Go 구현과 비동기 워크플로, Antigravity 2.0 데스크톱 앱과 공유되는 agent harness를 제공한다는 설명입니다. 하지만 이 전환은 단순한 이름 변경이 아닙니다. Gemini CLI는 Google이 직접 “수백만 사용자, 10만 개 이상의 GitHub stars, 6,000개 merged pull requests, 수백 명의 기여자”를 가진 커뮤니티 도구라고 소개한 프로젝트입니다. 2026년 5월 24일 GitHub API로 확인한 google-gemini/gemini-cli 저장소도 104,000개가 넘는 stars와 13,000개가 넘는 forks를 보였습니다.

즉 이번 뉴스의 핵심은 “새 CLI가 나왔다”가 아닙니다. 오픈소스 코딩 에이전트가 대규모 커뮤니티의 실험장으로 성장한 뒤, 더 큰 에이전트 플랫폼의 접속층으로 흡수되는 순간입니다. 개인 개발자에게는 한 달도 남지 않은 전환 일정이고, 팀에게는 에이전트 자동화의 운영 리스크를 다시 점검해야 하는 신호입니다.

무엇이 정확히 바뀌나

Google의 공지는 적용 대상을 꽤 명확하게 나눕니다. 2026년 6월 18일부터 영향을 받는 쪽은 개인과 소비자 요금제입니다. Google AI Pro와 Ultra 사용자, Gemini Code Assist for individuals의 무료 사용자, 그리고 이 계정 흐름으로 Gemini CLI나 Gemini Code Assist IDE extensions를 쓰던 개발자가 여기에 들어갑니다.

GitHub 조직용 Gemini Code Assist도 변화를 피하지 못합니다. Google은 같은 날짜부터 GitHub organizations에 대한 신규 설치가 중단되고, 이후 몇 주에 걸쳐 요청 처리도 멈춘다고 밝혔습니다. 기존 자동 리뷰, PR 보조, 저장소 연결을 개인 계정 기반으로 묶어 둔 팀이라면 “내 계정에서 계속 돌아가겠지”라고 보기 어렵습니다.

반대로 엔터프라이즈 고객은 예외입니다. Gemini Code Assist Standard 또는 Enterprise 라이선스를 쓰는 조직, Google Cloud를 통해 Gemini Code Assist for GitHub를 쓰는 조직은 접근이 유지됩니다. 또한 Gemini CLI는 유료 Gemini API 키와 Gemini Enterprise Agent Platform API 키를 통해 계속 접근할 수 있다고 Google은 설명합니다. 이 구분은 이번 전환의 정치적 의미를 만듭니다. Google은 터미널 에이전트를 완전히 없애는 것이 아니라, 개인용 무료/구독 계정의 접속 방식을 플랫폼 중심으로 다시 정렬하고 있습니다.

Google의 논리는 다중 에이전트입니다

Google이 내세운 이유는 단순한 유지보수 비용이 아닙니다. 공지는 Gemini CLI가 터미널이 agentic task의 훌륭한 인터페이스가 될 수 있음을 증명했지만, 사용자 요구가 바뀌었다고 말합니다. 이제 개발자는 여러 에이전트가 서로 통신하며 일을 나누고, 복잡한 문제를 풀고, 나머지 워크플로와 같은 백엔드를 공유하기를 원한다는 설명입니다.

이 논리는 최근 코딩 에이전트 경쟁의 흐름과 맞습니다. Claude Code, Codex, Cursor, Antigravity 같은 도구는 더 이상 “채팅창 안에서 코드를 제안하는 모델”만 팔지 않습니다. 파일 시스템 접근, 터미널 실행, 브라우저 조작, 장기 작업, 하위 에이전트, 스케줄링, 조직 정책, 권한 관리가 한 덩어리로 묶입니다. 모델 하나를 바꿔 끼우는 일보다, 에이전트가 어떤 harness 안에서 움직이는지가 더 중요해졌습니다.

Antigravity CLI는 이 흐름의 Google식 답입니다. Google은 새 CLI가 Go로 작성되어 더 빠르고 반응성이 좋다고 설명합니다. 또한 여러 에이전트를 백그라운드에서 조율해 대규모 리팩터링이나 여러 주제의 리서치를 터미널 세션을 막지 않고 돌릴 수 있다고 말합니다. Antigravity 2.0 데스크톱 앱과 같은 agent harness를 공유하기 때문에 핵심 에이전트 개선이 어디서 쓰든 자동으로 반영된다는 것도 강조했습니다.

문제는 이 장점이 개인 개발자에게 곧바로 이득으로 체감될지 아직 불확실하다는 점입니다. Google은 Antigravity CLI가 Gemini CLI의 핵심 기능인 Agent Skills, Hooks, Subagents, Extensions를 유지한다고 말했습니다. 다만 Extensions는 Antigravity plugins 형태로 이동합니다. 그리고 더 중요한 문장이 있습니다. Google은 “처음부터 1:1 feature parity는 없을 것”이라고 적었습니다. 이 한 줄 때문에 이번 전환은 업그레이드 공지이면서 동시에 마이그레이션 리스크 공지입니다.

오픈소스 에이전트의 신뢰 비용

Gemini CLI의 특수성은 오픈소스였습니다. Apache-2.0 라이선스의 저장소가 있고, 외부 개발자가 이슈를 열고 PR을 보내고, 플러그인과 개인 자동화를 얹을 수 있었습니다. Google이 직접 언급한 6,000개 merged PR은 단순 홍보 숫자가 아닙니다. 많은 개발자가 이 도구를 “Google 제품”이면서 동시에 “내가 고쳐 쓸 수 있는 도구”로 받아들였다는 뜻입니다.

그런데 에이전트 도구는 일반 CLI보다 접속층 의존성이 큽니다. 바이너리나 소스가 남아 있어도 인증, 모델 접근, 할당량, 서버 측 기능이 끊기면 실제 워크플로는 멈출 수 있습니다. 이번 발표도 저장소 삭제가 아니라 요청 처리 중단입니다. 그래서 개발자가 느끼는 위험은 “코드가 사라진다”가 아니라 “내가 만든 자동화의 호출 경로가 제품 정책에 종속되어 있었다”에 가깝습니다.

이 지점에서 엔터프라이즈 예외는 양면적입니다. 기업 고객에게는 안정성이 필요하고, Google 입장에서도 유료 계약과 관리형 보안 체계를 통해 기존 도구를 더 오래 지원하는 것이 합리적입니다. 하지만 개인 개발자와 오픈소스 기여자에게는 다른 메시지로 읽힐 수 있습니다. 커뮤니티가 도구를 키운 뒤, 장기 접근 안정성은 엔터프라이즈 계약 쪽에 더 두껍게 배분된다는 메시지입니다.

개발팀이 봐야 할 것은 설치 명령보다 의존성입니다

이번 사안을 마이그레이션 가이드로만 보면 핵심을 놓치기 쉽습니다. 당장 필요한 작업은 Antigravity CLI 설치와 인증, 플러그인 이동, MCP 설정 확인, hook 재작성일 수 있습니다. 하지만 더 큰 질문은 “우리 팀의 에이전트 자동화가 특정 소비자 계정의 정책 변경에 얼마나 취약한가”입니다.

예를 들어 개인 개발자가 로컬에서만 쓰는 CLI라면 전환 비용은 낮을 수 있습니다. 명령어를 바꾸고, 기존 custom command와 hooks를 하나씩 옮기면 됩니다. 하지만 CI 보조 스크립트, 사내 코드 생성 템플릿, PR 리뷰 자동화, 문서 생성 파이프라인, 로컬 provisioning 도구가 Gemini CLI의 인증 흐름이나 출력 형식에 기대고 있었다면 이야기가 달라집니다. Antigravity CLI가 더 강력하더라도, 출력 포맷과 실행 모델이 바뀌면 자동화는 깨질 수 있습니다.

특히 “비동기 다중 에이전트”는 사용자 경험으로는 장점이지만 운영 관점에서는 검증 포인트입니다. 백그라운드 작업이 늘어나면 로그, 취소, 재시도, 권한 범위, 작업별 비용 추적이 더 중요해집니다. 터미널 세션이 막히지 않는다는 것은 편리하지만, 동시에 여러 에이전트가 어떤 순서로 무엇을 변경했는지 추적해야 한다는 뜻이기도 합니다. Google이 공유 harness를 강조하는 이유도 여기에 있습니다. 에이전트 시대의 제품 경쟁은 “더 똑똑한 응답”에서 “더 통제 가능한 실행 환경”으로 이동합니다.

Antigravity CLI는 Google의 플랫폼 선언입니다

TechCrunch의 Google I/O 2026 보도도 Antigravity 2.0의 범위를 넓게 잡았습니다. 새 데스크톱 앱, CLI, SDK, custom workflows, AI Studio export, Android와 Firebase 연동이 한 번에 언급됐습니다. 이는 Google이 Antigravity를 단순 코딩 보조 도구가 아니라 개발 작업의 상위 조율 계층으로 만들고 있음을 보여줍니다.

이 전략은 OpenAI Codex, Anthropic Claude Code, GitHub Copilot과 직접 충돌합니다. 모두가 모델 API만으로는 부족하다는 결론에 도달했습니다. 개발자는 파일을 읽고, 명령을 실행하고, 테스트를 돌리고, 브라우저에서 확인하고, 이력을 남기고, 조직 정책을 지켜야 합니다. 따라서 코딩 에이전트의 승부처는 모델 선택창이 아니라 작업 공간의 운영권입니다.

Gemini CLI에서 Antigravity CLI로의 전환은 그 운영권을 Google의 단일 플랫폼으로 모으는 움직임입니다. 터미널은 남지만, 터미널이 독립된 진입점으로 남는 것이 아니라 Antigravity 2.0과 같은 harness를 공유하는 표면 중 하나가 됩니다. 개인 개발자가 불편함을 느끼는 지점도 바로 여기입니다. “더 좋은 플랫폼”은 종종 “더 적은 독립성”과 함께 옵니다.

커뮤니티 반응은 기능보다 신뢰에 모입니다

GeekNews 요약과 Reddit 스레드에서 반복되는 반응은 기능 자체보다 전환 방식에 가깝습니다. 일부 사용자는 Google이 다중 에이전트 흐름으로 합치는 것이 당연하다고 봅니다. Gemini CLI가 초기 터미널 도구였고, Antigravity가 데스크톱 앱과 CLI, SDK를 묶는 더 큰 제품이라면 통합은 자연스럽다는 시각입니다.

반면 불만은 짧은 전환 기간과 기능 동등성 부재에 집중됩니다. 2026년 5월 19일 발표에서 6월 18일 중단까지 약 한 달입니다. 개인 자동화와 팀 내부 사용을 정리하기에는 빠듯합니다. “1:1 feature parity가 없다”는 조건은, 사용자가 먼저 움직이고 결손은 이후 따라잡겠다는 순서로 읽힐 수 있습니다. 오픈소스 기여자 입장에서는 자신이 기여한 도구의 주요 접근 경로가 새 플랫폼의 제품 정책 아래로 들어가는 셈입니다.

물론 Google의 입장도 이해할 수 있습니다. 에이전트 도구는 보안과 비용, 남용 방지, 모델 라우팅, 조직 관리가 모두 얽혀 있습니다. 개인 계정 기반 CLI를 계속 넓게 유지하면 제품 일관성과 운영 비용이 커질 수 있습니다. 하지만 개발자 도구에서 신뢰는 기능만큼 중요합니다. 특히 AI 에이전트처럼 파일을 고치고 명령을 실행하는 도구는, 사용자가 “이 도구를 내 워크플로의 기반으로 삼아도 되는가”를 먼저 판단합니다.

지금 해야 할 점검

Gemini CLI를 쓰는 개발자라면 먼저 자신의 사용 경로를 분류해야 합니다. 단순 질의와 코드 보조인지, hooks와 subagents를 쓰는지, GitHub 조직 앱이나 IDE extension에 묶여 있는지, CI나 로컬 스크립트에서 자동 호출하는지 구분해야 합니다. Google의 공지는 Antigravity CLI가 핵심 기능을 유지한다고 말하지만, 실제 호환성은 각 팀의 사용 방식에 달려 있습니다.

두 번째는 6월 18일 이전에 “실제 작업”으로 검증하는 것입니다. 설치가 되는지보다 중요한 것은 기존 작업 하나를 끝까지 수행하는지입니다. 리팩터링 브랜치 생성, 테스트 실행, 파일 변경 검토, PR 설명 작성, 실패 시 취소와 재시도까지 확인해야 합니다. 비동기 백그라운드 실행이 들어간다면 로그와 결과물이 기존 감사 방식에 맞는지도 봐야 합니다.

세 번째는 계정과 비용 경계를 문서화하는 것입니다. 개인 구독 계정으로 돌아가던 자동화가 있었는지, 유료 API 키나 엔터프라이즈 라이선스로 옮길 필요가 있는지, 조직 정책상 어떤 에이전트가 어떤 저장소에 접근할 수 있는지를 다시 적어야 합니다. 이번 전환은 Gemini CLI만의 문제가 아니라 모든 코딩 에이전트 도입에서 반복될 질문입니다.

결론: 에이전트의 중심은 CLI가 아니라 운영층입니다

Gemini CLI의 6월 18일 전환은 Google 제품 하나의 생애주기 이벤트로 끝나지 않습니다. 개발자가 오픈소스 에이전트 도구를 어떻게 신뢰하고, 플랫폼 기업이 그 도구를 어떻게 상위 제품으로 흡수하며, 개인 개발자와 엔터프라이즈 고객 사이에 어떤 접근 차이가 생기는지를 보여주는 사건입니다.

Antigravity CLI가 실제로 더 빠르고, 더 강력하고, 다중 에이전트 작업에 더 적합할 수 있습니다. Google의 설명처럼 공유 harness가 장기적으로 더 나은 안정성과 기능 전달을 만들 수도 있습니다. 그러나 이번 발표가 남긴 질문은 여전히 큽니다. 에이전트 도구가 개발 워크플로의 기반이 될수록, 개발자는 모델 성능뿐 아니라 접속 정책, 계정 경계, 기능 동등성, 마이그레이션 통지 기간까지 함께 평가해야 합니다.

Gemini CLI는 터미널에서 AI 에이전트가 일할 수 있다는 가능성을 대중화했습니다. Antigravity CLI는 그 가능성을 플랫폼 안으로 끌어갑니다. 2026년 6월 18일은 단순 종료일이 아니라, 코딩 에이전트가 오픈소스 실험장에서 관리형 실행 플랫폼으로 이동하는 경계선에 가깝습니다.