Google I/O 리뷰 (4/5) — Google이 조용히 Gemini CLI를 종료하다

Google이 조용히 Gemini CLI를 종료했습니다. Google I/O 2026 리뷰 시리즈의 5부작 중 4번째 이야기입니다. 미디어 전략에는 "나쁜 소식 매장하기 (bad news burial)"라는 용어가 있습니다. 공휴일, 자연재해, 선거의 밤과 같이 트래픽이 높은 뉴스 사이클을 기다렸다가 사람들이 읽기를 원치 않는 발표를 던지는 것입니다. 소음이 그 소식을 묻어버리기를 기대하는 것이죠. 5월 19일, Google I/O 첫째 날 동안 개발자들이 여전히 Flash 3.5 벤치마크와 Managed Agents API를 소화하고 있을 때, Google은 Gemini CLI가 2026년 6월 18일에 중단될 것이라고 발표하는 블로그 포스트를 게시했습니다. 무대 위에서 발표된 것도, 키노트(keynote)에서 다뤄진 것도 아니었습니다. 개발자들에게 가장 시끄러운 뉴스 사이클 아래에 놓이도록 타이밍을 맞춘 블로그 포스트와 GitHub Discussion이었습니다. Gemini CLI는 하루에 1,000개의 에이전트 요청을 제공했습니다. Antigravity CLI는 20개만 제공합니다. 타이밍은 선택이었습니다. I/O의 모든 주요 발표는 키노트 슬롯을 할당받았습니다. 벤치마크에서 Pro를 이긴 Flash 3.5 — 키노트. 30개 이상의 통합 기능을 갖춘 Managed Agents API — 키노트. 심지어 80g 무게의 Project Aura XR 글래스도 무대 시간을 가졌습니다. 수천 명의 개발자가 사용하는 Apache 2.0 오픈 소스 CLI의 중단은요? 블로그 포스트였습니다. I/O 뉴스 홍수 속에 묻혔습니다. 이것이 중요한 이유는 이 발표가 사소한 변경이 아니었기 때문입니다. 이는 라이선스 모델의 역전, 98%에 달하는 무료 티어(free tier) 축소, 그리고 30일 전 종료 통보가 모두 하나로 뭉쳐진 것이었습니다. 이 중 어느 하나라도 별도의 논의가 필요했을 것입니다. 이들이 합쳐져 올해 개발자 도구 분야에서 가장 날카로운 정책 역전 중 하나를 구성하고 있습니다.

무엇이 바뀌었는가 — 수치상 변화

Google이 공개한 내용을 바탕으로 개발자들이 잃는 것과 얻는 것을 정리하면 다음과 같습니다:

| 항목 | Gemini CLI | Antigravity CLI |
| :--- | :--- | : |
| 라이선스 (License) | Apache 2.0 (오픈 소스) | 폐쇄형 소스 (Closed source) ("오픈 소스화 가능성"이 언급되었으나, 확정된 약속은 없음) |
| 무료 티어 (Free tier) | 일일 1,000회 요청 + 60 RPM | 일일 20회 요청 (개인용 무료 플랜, 월 $0) |
| 감소 폭 (Reduction) | — | 무료 요청 98% 감소 |
| 에이전트 클라이언트 프로토콜 (Agent Client Protocol, ACP) | 지원됨 (Supported) | 커뮤니티 보고에 따르면 아직 사용 불가 |
| 프로젝트 메모리 (Project memory) | 지원됨 (Supported) | 커뮤니티 보고에 따르면 마크다운 (markdown) 파일은 아직 지원되지 않음 |
| Ctrl+C 동작 | 정상 종료 (Normal exit) | 일부 사용자가 불안정한 종료를 보고함 ( Discussion #27274 )
| 문서화 (Documentation) | 커뮤니티 유지 관리, 방대함 | 출시 시점에 매우 희소함 |
| 종료 공지 (Shutdown notice) | — | 약 30일 (5월 19일 → 6월 18일) |
| 엔터프라이즈 (Enterprise) | 지원됨 (Supported) | 유지 관리됨 |

Gemini CLI GitHub README 및 Antigravity 가격 책정 페이지의 무료 티어 수치 기준. 엔터프라이즈 티어는 유지 관리됩니다.

일일 1,000회의 무료 요청을 중심으로 일상적인 워크플로 (workflow)를 구축해 온 개인 개발자와 소규모 팀들은 이제 20회만을 받게 됩니다. 이것은 "축소된 무료 티어"가 아닙니다. 그것은 반올림 오차 수준의 수치입니다.

오픈 소스 문제 (The Open Source Question)

Gemini CLI는 단순히 라이선스 측면에서만 오픈 소스였던 것이 아닙니다. 관행적으로도 오픈 소스였습니다. 외부 기여자들로부터 수천 개의 풀 리퀘스트 (pull requests)와 이슈 (issues)가 접수되었습니다. 버그 수정, 확장 기능, 문서 개선 등 커뮤니티는 Google과 함께 제품을 만들어 나갔습니다. 이것이 오픈 소스의 암묵적인 계약입니다. 즉, 당신은 오픈 라이선스 하에 노동을 기여하고, 프로젝트는 개방적이고 접근 가능한 상태를 유지하는 것입니다.

Apache 2.0 라이선스가 이를 법적으로 요구하지는 않습니다. 하지만 사회적 계약은 이를 요구하며, 이를 깨뜨리는 것은 Apache 2.0이 측정할 수 없는 결과를 초래합니다. 기여자들이 Apache 2.0 하에 작성한 코드는 이제 동일한 기여자들조차 거의 사용할 수 없는 폐쇄형 소스 제품을 먹여 살리는 데 쓰이고 있습니다. 하루 20회의 요청으로는 그 어떤 실제적인 개발 워크플로 (workflow)도 지원할 수 없습니다. 법적으로는 아무것도 도난당하지 않았습니다. 사회적으로는 무언가가 탈취되었습니다.

이 패턴 (The Pattern)

이것은 새로운 수법이 아닙니다. 그 순서는 다음과 같습니다: 관대한 무료 티어와 함께 오픈 소스로 출시합니다. 그리고 개발자들을 끌어들입니다.

커뮤니티를 구축합니다. 기여를 축적합니다. 외부 개발자들이 오픈 라이선스 (Open License) 하에서 비용 부담 없이 제품을 개선합니다. 그리고 폐쇄형 소스 (Closed Source)로 전환합니다. 커뮤니티가 구축한 제품은 독점적 (Proprietary)인 것이 됩니다. 무료 액세스 권한은 명목상의 수준으로 떨어집니다. 기업용 모델을 통해 수익을 창출합니다. 의미 있는 액세스를 위해서는 유료 라이선스가 필요합니다. Hacker News 스레드에서는 즉시 "Google Graveyard" 밈이 다시 떠올랐습니다. 하지만 이것은 소비자용 앱을 종료하는 것과는 다릅니다. 소비자용 앱에는 사용자가 있습니다. 오픈 소스 프로젝트에는 기여자들이 있습니다. 즉, 오픈 상태로 유지될 것이라는 말을 믿고 엔지니어링 시간을 투자한 사람들입니다.

현재 개발자들이 하고 있는 일

HN과 GitHub 스레드는 명확한 이주 양상을 보여줍니다. Claude Code가 가장 빈번하게 언급되는 대안입니다. 개발자들은 플러그인/스킬 생태계와 확장성 (Extensibility)을 그 이유로 꼽습니다. OpenAI CLI (Codex)는 주요 제공업체에 계속 머물고자 하는 개발자들에 의해 언급됩니다. 로컬/자체 호스팅 (Self-hosted) 대안들 — Ollama 기반 설정, 오픈 웨이트 (Open-weight) 모델 래퍼(Wrapper) — 은 이제 클라우드 의존적인 CLI를 완전히 불신하게 된 개발자들을 끌어들이고 있습니다. 마지막 Apache 2.0 커밋으로부터 파생된 Gemini CLI 포크(Fork)들이 존재하지만, Google의 모델 액세스 권한이 없는 포크는 장기적인 생존 가능성이 불확실합니다. 아이러니하게도, Google의 이러한 행보는 그 어떤 경쟁 마케팅 캠페인보다 더 많은 사용자를 경쟁사로 몰아넣었을 수도 있습니다.

이것이 해결하지 못하는 것들

60 RPM 문제. Gemini CLI는 분당 60회의 요청 (60 RPM)을 제공했습니다. Google은 Antigravity가 유료 티어에서도 이 속도 제한을 유지하는지 명확하게 공개하지 않았습니다. 전환을 검토 중이라면, 확정하기 전에 이를 반드시 확인하십시오.

포크 (Fork) 경로. Gemini CLI의 Apache 2.0 코드는 여전히 사용 가능합니다. 커뮤니티 포크는 기술적으로 가능합니다. 하지만 현실적으로 Gemini 모델 액세스 권한이 없는 포크는 효용이 제한적입니다. 누군가가 이를 다른 제공업체에 연결해야 하는데, 이는 명확한 주체 없이 상당한 노력이 필요한 작업입니다.

Antigravity의 개선 여부. Google은 향후 Antigravity를 오픈 소스로 공개할 "가능성"을 언급했습니다. 누락된 기능들이 빠르게 출시될 수도 있습니다.

무료 티어 (Free tier)가 확장될 수도 있습니다. 하지만 "가능성"은 약속이 아니며, 워크플로우 (Workflow)를 구축하는 개발자들에게는 약속이 필요합니다. Google의 내부적인 논리는 이럴 것입니다. 사용자당 하루 1,000개의 무료 요청을 대규모로 처리하는 것은 비용이 많이 듭니다. 경제적 요인이 이러한 결정을 강제했을 수도 있습니다. 하지만 실행 방식 — 30일 전 통보, 대체 도구의 기능 누락, 거의 무의미한 수준으로 축소된 무료 티어, 그리고 타이밍 — 은 비즈니스 결정을 신뢰의 문제로 바꾸어 놓았습니다.

교훈: 만약 당신의 워크플로우가 벤더 (Vendor)가 제어하는 도구에 의존하고 있다면, 당신에게는 두 가지 선택지가 있습니다. 첫째, 의존성을 받아들이고 벤더가 약관을 변경할 위험을 가격에 반영하십시오. 첫날부터 마이그레이션 (Migration) 시간을 예산에 포함하십시오. 둘째, 전환 비용 (Switching cost)이 낮게 유지되는 오픈 표준 (Open standards)과 셀프 호스팅 (Self-hostable)이 가능한 도구 위에서 구축하십시오. 두 옵션 모두 틀린 것은 아닙니다. 하지만 위험이 존재하지 않는 척하는 것 — 그것이 바로 Google이 방금 드러낸 실수입니다.

Apache 2.0 라이선스 하에 Gemini CLI에 기여한 개발자들은 잘못한 것이 없습니다. 그들은 오픈 소스 (Open source)가 작동해야 하는 방식대로 참여했을 뿐입니다. 실패한 것은 라이선스가 아닙니다. 조 단위 달러 가치를 지닌 기업의 인센티브 (Incentives)가 자신들의 인센티브와 일치할 것이라는 가정이었습니다.

다음번에 주요 제공업체가 관대하고 개방적인 무언가를 출시할 때 이 점을 기억하십시오. 질문은 그것이 오늘 좋은가 아닌가가 아닙니다. 질문은 이것입니다: 당신의 워크플로우가 그것에 의존하고 있을 때, 그리고 경제적 상황이 변했을 때 어떤 일이 벌어질 것인가?

5부에서는 전반적인 I/O 성적표 — 4번의 승리와 4번의 패배가 Google이 나아가는 방향에 대해 무엇을 말해주는지를 다룰 것입니다. 만약 이미 Gemini CLI에서 벗어났다면, 무엇으로 옮겼는지와 전환 비용이 얼마였는지 듣고 싶습니다. 댓글을 남기거나 GitHub에서 저를 찾아주세요.

한국어 번역 모두가 I/O를 축하하는 동안, 구글은 조용히 Gemini CLI를 죽였다 Google I/O 2026 리뷰 시리즈 5편 중 4편. 미디어 전략에 "나쁜 뉴스 매장"이라는 용어가 있다. 트래픽이 높은 뉴스 주기 — 휴일, 자연재해, 선거일 — 를 기다려서 사람들이 읽지 않길 바라는 발표를 내보내는 것이다. 소음이 묻어줄 거라는 기대다. 5월 19일, Google I/O 첫째 날, 개발자들이 Flash 3.5 벤치마크와 Managed Agents API를 소화하는 중에, 구글이 블로그 포스트를 하나 올렸다. Gemini CLI가 2026년 6월 18일에 중단된다는 내용이다. 무대에서가 아니다. 키노트에서가 아니다. 블로그 포스트와 GitHub Discussion.

개발자들에게 1년 중 가장 시끄러운 뉴스 주기 한복판에 타이밍을 맞췄다. Gemini CLI는 하루 1,000회의 에이전트 요청을 제공했다. Antigravity CLI는 20회만을 제공한다. 타이밍은 의도적이었다. I/O의 모든 주요 발표는 키노트 (Keynote) 슬롯을 차지했다. Flash 3.5가 벤치마크에서 Pro를 이겼다는 소식 — 키노트. 30개 이상의 통합 기능을 갖춘 Managed Agents API — 키노트. Project Aura 80g XR 안경까지 무대에 섰다. 수천 명의 개발자가 사용하는 Apache 2.0 오픈소스 (Open Source) CLI의 중단? 블로그 포스트. I/O 뉴스 홍수에 묻혔다. 이 발표가 사소한 변경이 아니었기 때문에 이것은 중요하다. 라이선스 모델 전환, 무료 구간 98% 삭감, 30일 폐지 통보 — 이 세 가지를 한 번에 수행했다. 어느 하나만으로도 별도의 논의가 필요했을 사안이다. 이 세 가지를 합치면, 올해 개발자 도구 분야에서 가장 급격한 뒤집기 중 하나가 된다.

무엇이 바뀌었나 — 구글이 공개한 수치 기준, 개발자가 잃는 것과 얻는 것:

항목	Gemini CLI	Antigravity CLI
라이선스	Apache 2.0 (오픈소스)	클로즈드 소스 (Closed Source) (오픈소스화 "가능성" 언급, 약속 없음)
무료 구간	일 1,000회 + 60 RPM	일 20회 (무료 개인 플랜, $0/월)
삭감 폭	—	무료 요청 98% 삭감
Agent Client Protocol (ACP) 지원	커뮤니티 보고: 아직 미지원	프로젝트 메모리 지원: 커뮤니티 보고: 마크다운 (Markdown) 파일 미지원
Ctrl+C 정상 종료	일부 사용자 보고: 불안정 (Discussion #272au)	문서: 커뮤니티 관리, 풍부
출시 시점	빈약	폐지 통보 — 약 30일 (5/19 → 6/18)
엔터프라이즈 지원	유지	무료 구간 수치 출처: Gemini CLI GitHub README 및 Antigravity 가격 페이지

엔터프라이즈 티어 (Enterprise Tier)는 유지된다. 일 1,000회의 무료 요청으로 일상적인 워크플로우 (Workflow)를 구축한 개인 개발자와 소규모 팀은 이제 20회만을 받게 된다. 이것은 "축소된 무료 구간"이 아니다. 반올림 오차 수준이다.

오픈소스 문제
Gemini CLI는 라이선스만 오픈소스였던 것이 아니다. 실천 측면에서도 오픈소스였다. 외부 기여자의 PR (Pull Request)과 이슈 (Issue)가 수천 건에 달했다. 버그 수정, 확장 기능, 문서 개선 — 커뮤니티가 구글과 함께 제품을 만들고 있었다. 오픈소스에는 암묵적인 계약이 있다: 오픈 라이선스 (Open License) 아래에서 노동을 기여하면, 프로젝트가 열려 있고 접근 가능하게 유지된다는 것이다. Apache 2.0이 법적으로 이것을 요구하지는 않는다. 하지만 사회적 계약은 이를 요구하며, 이를 깨는 데는 Apache 2.0으로는 측정할 수 없는 대가가 따른다. 기여자들이 Apache 2.0으로 작성한 코드가 이제 클로즈드 소스 제품을 먹여 살리고 있다. 동시에 같은 기여자들이 하루 20회로는 어떤 실질적인 개발 워크플로우도 유지할 수 없게 되었다. 법적으로 도둑맞은 것은 없지만, 사회적으로는 빼앗긴 것이다.

패턴
이것은 새로운 플레이북 (Playbook)이 아니다. 순서는 다음과 같다:

1. 관대한 무료 구간으로 오픈소스 출시.
2. 개발자 유인.
3. 커뮤니티 구축.
4. 기여 누적.
5. 외부 개발자가 오픈 라이선스 아래에서 무료로 제품 개선.
6. 클로즈드 소스로 전환.
7. 커뮤니티가 만든 제품이 사유화됨.
8. 무료 접근은 명목 수준으로 하락.
9. 엔터프라이즈 과금.
10. 의미 있는 접근에 유료 라이선스 필요.

Hacker News (HN) 스레드에서는 "구글 묘지 (Google Cemetery)" 밈 (Meme)이 즉시 재등장했다. 하지만 이는 소비자용 앱의 종료와는 다르다. 소비자용 앱에는 사용자가 있지만, 오픈소스 프로젝트에는 기여자가 있다 — 즉, 프로젝트가 열려 있을 것이라는 믿음 아래 엔지니어링 시간을 투자한 사람들이다.

개발자들이 지금 하고 있는 것
HN과 GitHub 스레드는 분명한 마이그레이션 (Migration) 양상을 보여준다: Claude Code가 가장 자주 언급되는 대안이다. 플러그인/스킬 생태계와 확장성이 그 이유다. OpenAI CLI (Codex)는 메이저 제공자의 생태계에 머물고 싶은 개발자들이 언급한다. 로컬/셀프 호스팅 (Self-hosted) 대안 — Ollama 기반의 오픈 웨이트 (Open Weights) 래퍼(Wrapper) — 이들은 클라우드 의존적인 CLI 자체를 불신하는 개발자들을 끌어들이고 있다.

마지막 Apache 2.0 커밋에서 Gemini CLI 포크(Fork)가 존재하나, 구글 모델 없는 포크의 장기적인 생존력은 불확실하다. 아이러니하게도, 구글의 이번 행보는 그 어떤 경쟁사의 마케팅 캠페인보다 더 많은 경쟁사 채택을 유도했을 수 있다.

이걸로 해결되지 않는 60 RPM 문제. Gemini CLI는 분당 60회 요청 (60 RPM)을 제공했다. Antigravity가 유료 티어에서 이 속도 제한을 유지하는지 구글은 명확히 공개하지 않았다. 전환을 검토 중이라면 이를 확인하고 결정하라.

포크 경로. Gemini CLI의 Apache 2.0 코드는 아직 사용 가능하다. 커뮤니티 포크는 기술적으로 가능하다. 하지만 실질적으로는 Gemini 모델 없는 포크의 유용성이 제한된다 — 대체 제공자 연결이 필요하며, 이는 주인이 없는 상당한 엔지니어링 작업이다.

Antigravity가 개선될지. 구글은 미래에 오픈소스화할 "가능성"을 언급했다. 누락된 기능이 빨리 출시될 수도, 무료 구간이 확대될 수도 있다. 하지만 "가능성"은 "약속"이 아니며, 워크플로우를 구축하는 개발자에게 필요한 것은 약속이다.

구글의 내부 사정. 사용자당 일 1,000회 무료를 대규모로 운영하는 것은 저렴하지 않다. 경제적 논리가 이 결정을 강제했을 수 있다. 하지만 실행 방식 — 30일 통보, 대체제의 기능 누락, 무료 구간의 사실상 무력화, 그리고 그 타이밍 — 이 모든 것이 이 사업 결정을 신뢰 문제로 바꾸어 놓았다.

교훈. 워크플로우가 벤더 통제 도구에 의존한다면 선택지는 두 가지다: 의존성을 수용하고, 벤더가 조건을 바꿀 리스크를 비용에 반영한다. 또는, 첫날부터 마이그레이션 시간을 확보한다. 오픈 표준(Open Standard)과 셀프 호스팅(Self-hosting) 가능한 도구 위에 구축하여 전환 비용을 낮게 유지한다. 어느 쪽도 틀리지 않다. 하지만 리스크가 없는 척하는 것 — 그것이 구글이 방금 모두에게 보여준 실수다.

Apache 2.0으로 Gemini CLI에 기여한 개발자들은 잘못한 게 없다. 오픈소스가 작동해야 하는 방식 그대로 참여했다. 실패한 것은 라이선스가 아니다. 조 단위 기업의 인센티브가 자신들의 인센티브와 계속 정렬될 것이라는 가정이 실패한 것이다.

다음에 메이저 제공자가 관대하고 열린 무언가를 출시할 때 기억해야 할 이야기다. 질문은 "오늘 좋은가"가 아니다. 질문은 이것이다: "워크플로우를 그 위에 구축한 뒤 경제 논리가 바뀌면 어떻게 되는가?"

5편에서는 I/O 전체 스코어카드 — 네 가지 성공과 네 가지 실패가 구글의 방향에 대해 말해주는 것을 다룬다. 이미 Gemini CLI에서 이동하셨다면, 무엇으로 갈아타셨고 전환 비용이 어땠는지 듣고 싶습니다. 댓글이나 GitHub에서 알려주세요.