「6월 18일로 gemini 명령어가 작동하지 않게 된다」라는 헤드라인을 몇 번인가 접하고, 자신의 쉘 에일리어스(shell alias)를 무심코 확인한 사람이 많을 것이다. 결론부터 말하자면, 절반은 맞고 절반은 과장이다. 멈추는 것은 무료로 호출할 수 있었던 인증 경로(authentication path)이지, 툴 자체가 사라지는 것은 아니다. 하지만 이 경계를 이해하지 못하면, 6월 18일 아침에 CI가 빨간색으로 변하며 당황하게 될 것이다.

Google은 5월의 Google I/O에서, 커맨드 라인(command line)부터 IDE 확장까지 제각각이었던 개발자용 도구들을 「Antigravity」 브랜드로 통합한다고 발표했다. 그 일환으로, 단독 Gemini CLI와 Gemini Code Assist의 IDE 확장을 정리한다. 공식 이전 공지에 있는 날짜가 그대로 마감일이 된다.

On June 18, 2026, Gemini CLI and Gemini Code Assist IDE extensions will stop serving requests for Google AI Pro and Ultra.

(Google Developers Blog)

이것이 이 이야기의 전부다. 「stop serving requests」라는 표현이 나타내듯, 멈추는 것은 Google 측의 요청 수락(request acceptance)이지, 바이너리의 실행 권한이 아니다. 어떤 인증 경로를 사용하느냐에 따라 운명이 갈린다.

GitHub의 이전 디스커션(discussion)에서 Google은 리포지토리(repository) 자체에는 손을 대지 않겠다고 명시했다.

The project remains available to the community as an Apache 2.0 licensed repository with no changes.

정리하자면, Google 계정 로그인만으로 무료 이용해 온 개인 개발자가 가장 큰 영향을 받는다. 반면, 자체 API 키를 gemini에 입력하여 사용하고 있는 사람은 18일이 지나도 그대로 작동한다. OSS 버전이 Apache 2.0 라이선스로 남는 이상, 과금 경로만 확보한다면 자신의 워크플로우(workflow)를 망가뜨리지 않고 유지할 수 있다. 내 감각으로는, 무료 레이트(rate)에 의존하지 않고 처음부터 키를 운용해 온 팀일수록 이번 뉴스는 실질적으로 노이즈에 가깝다. 반대로 「공짜니까」라는 이유로 파이프라인(pipeline)에 포함해 두었던 부분은 지금 점검해 두어야 한다.

이전 대상인 Antigravity CLI는 기존 Gemini CLI의 연장이 아니라 새로 만드는 것에 가깝다. Go 언어로 제작되었으며, 데스크톱 버전 Antigravity 2.0과 아키텍처(architecture)를 공유하고, 장시간 태스크를 위한 비동기 백그라운드 실행을 전면에 내세우고 있다. Agent Skills, Hooks, Subagents, Extensions(Antigravity에서는 「plugins」로 명칭 변경)와 같은 개념은 계승된다는 것이 공식 설명이다.

주의해야 할 점은, Gemini CLI가 Apache 2.0의 OSS였던 것에 반해, Antigravity CLI는 프로프라이어터리(proprietary, 독점적)라는 점이다. The Register가 「closed-source AI로의 교체」라고 쓴 것은 이러한 구조적 변화를 가리킨다. 코드를 읽고 동작을 확인하거나, 회사의 사정에 맞춰 포크(fork)하여 패치를 적용하는 등, OSS CLI에서 당연하게 할 수 있었던 일들이 불가능해진다.

Hacker News의 스레드(thread)에서는 클로즈드 소스(closed-source)화 그 자체보다, 이전에 따른 실용적인 측면의 저하에 대한 불만이 두드러졌다. 일 단위였던 쿼터(quota)가 주 단위 상한으로 바뀌어, 한 번 다 쓰면 일주일 동안 침묵한다. ACP 지원이 떨어져 있다, MCP 연동이나 일부 Extensions가 이전 후에 작동하지 않는다 등 구체적인 보고도 올라오고 있다. 제품의 내용보다는, Gemini CLI 자체가 GA(General Availability) 도달 후 아직 1년 정도밖에 되지 않았는데 간판을 갈아치운 것, Google의 이름 바꾸기 습관 그 자체에 대한 불신이 깔려 있다는 인상이다.

마감일까지의 실무는 단순하다. 먼저 자신의 셋업(setup)이 위의 표 중 어느 행에 해당하는지 확인한다. 무료 로그인 인증에 의존하고 있다면, (1) 유료 API 키로 전환하여 OSS 버전 Gemini CLI를 연명한다, (2) Antigravity CLI로 옮긴다, (3) 이 기회에 다른 에이전트(agent)로 갈아탄다 중 하나를 선택한다. 엔터프라이즈 계약이나 과금된 API 키로 운영 중인 환경이라면 서두를 필요는 없다.

개인적으로는 여기서 서둘러 Antigravity에 락인(lock-in)되기보다, 우선 인증 경로를 한 단계 추상화해 두어야 할 좋은 기회라고 생각한다. 이번 사례처럼 "무료 제공만 먼저 중단되는" 상황은 벤더를 불문하고 앞으로도 발생할 수 있다. CLI 에이전트(agent)를 스크립트에 직접 매립(embed)하는 대신, 모델이나 프로바이더(provider)를 교체 가능하게 만들어 두면 다음에 동일한 통지가 오더라도 표의 한 줄만 수정하는 것으로 충분하다. 폐쇄화(closed)에 대한 찬반은 차치하고, 6월 18일이 우리에게 던지는 메시지는 바로 그러한 설계상의 교훈이다.