Gemini CLI 종료? Antigravity CLI로 바뀌는 이유 정리

Gemini CLI 종료 이슈와 Antigravity CLI 전환 이유를 정리했습니다. 개인·기업용 차이와 기존 사용자의 점검 사항도 살펴봅니다.

 

Gemini CLI를 쓰고 있었다면 가장 먼저 확인해야 할 점은 하나다.
이 변화는 단순한 이름 변경이 아니라, Google이 터미널용 AI 코딩 도구를 Antigravity 플랫폼 안으로 통합하는 전환에 가깝다.

개인 사용자 기준으로는 Gemini CLI를 계속 그대로 쓰기 어렵다. Google은 Gemini CLI와 Gemini Code Assist IDE 확장이 개인 사용자, Google AI Pro, Google AI Ultra 사용자 대상으로 요청 처리를 중단한다고 안내했다.

다만 모든 사용자가 한 번에 끊기는 것은 아니다.
기업용 라이선스나 Google Cloud 기반으로 사용하는 경우에는 조건이 다르다.

 

Gemini CLI는 정말 종료되는 걸까

정확히 말하면, 개인 사용자가 쓰던 Gemini CLI는 Antigravity CLI로 넘어가는 흐름이다.

Google은 Gemini CLI를 Antigravity CLI로 전환한다고 공식 발표했다. 대상에는 개인용 Gemini Code Assist를 통해 무료로 사용하던 사용자, Google AI Pro, Google AI Ultra 사용자가 포함된다.

영향을 받는 항목은 크게 두 가지다.

• Gemini CLI
• Gemini Code Assist IDE 확장

즉, 터미널에서 Gemini CLI를 쓰던 사람뿐 아니라 VS Code 같은 IDE에서 Gemini Code Assist 확장을 사용하던 사람도 영향을 받을 수 있다.

다만 기업 사용자는 조금 다르다.
Gemini Code Assist Standard 또는 Enterprise 라이선스를 사용하는 조직, Google Cloud를 통해 Gemini Code Assist for GitHub를 사용하는 조직은 기존 접근이 유지된다고 안내되어 있다.

그래서 “Gemini CLI가 완전히 사라진다”라고만 말하면 조금 부정확하다.
개인 사용자 중심의 기존 Gemini CLI 흐름은 Antigravity CLI로 전환되고, 기업용 경로는 별도로 유지되는 구조에 가깝다.

 

Gemini CLI에서 Antigravity CLI로 바뀌는 이유

표면적으로는 제품명 변경처럼 보이지만, Google이 설명한 핵심 이유는 개발 워크플로우의 변화다.

Gemini CLI는 터미널에서 Gemini 모델을 바로 호출할 수 있는 가벼운 도구였다. 간단한 코드 질문, 파일 수정, 프로젝트 생성, 명령 실행 보조에는 잘 맞았다.

그런데 AI 코딩 도구의 방향이 바뀌고 있다.

이전에는 “터미널에서 모델에게 물어보고 답을 받는 방식”이 중심이었다면, 지금은 여러 에이전트가 나눠서 작업하고, 파일을 수정하고, 명령을 실행하고, 긴 작업을 백그라운드에서 처리하는 흐름으로 이동하고 있다.

Google이 Antigravity를 강조하는 이유도 여기에 있다.
Antigravity는 단순 CLI 하나가 아니라, 데스크톱 앱과 CLI가 같은 에이전트 기반 구조를 공유하는 개발 플랫폼에 가깝다.

여기서 중요한 점은 Gemini CLI가 실패해서 사라진다기보다, Google이 AI 코딩 도구의 중심을 “단일 터미널 도구”에서 “에이전트 플랫폼”으로 옮기고 있다는 점이다.

 

Antigravity CLI는 Gemini CLI와 무엇이 다른가

Antigravity CLI는 터미널에서 쓰는 AI 코딩 도구라는 점에서는 Gemini CLI와 비슷하다.
하지만 방향은 조금 다르다.

Gemini CLI가 비교적 가볍고 직접적인 터미널 인터페이스였다면, Antigravity CLI는 Antigravity 2.0과 같은 에이전트 엔진을 공유하는 CLI다.

공식 자료 기준으로 Antigravity CLI는 다음 흐름을 강조한다.

구분	Gemini CLI	Antigravity CLI
아키텍처 성격	터미널 중심 AI 도구	Antigravity 플랫폼 연계형 CLI
핵심 워크플로우	모델 호출, 코드 보조, 명령 실행	멀티 에이전트, 백그라운드 작업, 통합 에이전트 구조
확장 방식	Extensions 계열	Antigravity plugins 중심
연동 범위	로컬 터미널 중심	터미널, SSH, Antigravity 2.0 연계
전략적 방향성	가벼운 단독 CLI 도구	에이전트 기반 개발 플랫폼의 일부

 

Google은 Antigravity CLI가 Gemini CLI의 핵심 기능을 일부 유지한다고 설명한다.
대표적으로 Agent Skills, Hooks, Subagents, Extensions 계열 기능이 Antigravity 쪽으로 이어진다. 다만 처음부터 1:1 기능 동등성이 보장되는 것은 아니라고 밝히고 있다.

이 부분은 기존 Gemini CLI 사용자에게 꽤 중요하다.
명령어, 설정 방식, 확장 구조가 완전히 동일하게 유지된다고 기대하면 안 된다. 특히 자동화 스크립트나 팀 내부 문서에 Gemini CLI 명령어를 넣어둔 경우에는 전환 테스트가 필요하다.

 

기존 Gemini CLI 사용자는 무엇을 해야 하나

Gemini CLI를 개인 계정으로 사용 중이라면 Antigravity CLI 설치와 로그인 흐름을 미리 확인하는 편이 좋다.

Antigravity CLI는 macOS, Linux, Windows 설치 방식을 제공한다. 터미널 사용자라면 기존 CLI를 대체할 수 있는지 먼저 간단한 프로젝트에서 확인해보는 것이 안전하다.

특히 아래에 해당하면 바로 점검하는 게 좋다.

• Gemini CLI를 매일 터미널에서 사용한다
• 프로젝트 생성, 코드 수정, 리팩터링에 Gemini CLI를 활용한다
• VS Code에서 Gemini Code Assist 확장을 사용한다
• 사내 문서나 개인 자동화 스크립트에 Gemini CLI 명령어가 들어 있다
• MCP, Hooks, 확장 기능을 연결해서 쓰고 있다

Antigravity CLI를 설치한 뒤에는 공식 문서의 기본 실행 예시를 먼저 확인하는 것이 좋다.
새로 전환되는 도구인 만큼 명령어, 옵션, 인증 방식이 업데이트될 수 있기 때문이다.

블로그나 커뮤니티에 올라온 예시 명령어를 그대로 따라 하기보다는, 공식 문서의 설치 및 시작하기 문서를 기준으로 확인하는 편이 안전하다. CLI 도구는 설치 과정에서 터미널 명령을 실행하는 경우가 많고, AI 코딩 도구는 프로젝트 파일과 명령 실행 권한을 함께 다루기 때문이다.

단순 질문용으로만 썼다면 전환 부담은 크지 않을 수 있다.
하지만 파일 수정, 명령 실행, 자동화에 연결해뒀다면 이야기가 달라진다.

AI 코딩 도구는 단순 앱이 아니라 개발 환경의 일부가 되는 경우가 많다. 그래서 “설치만 바꾸면 끝”이라고 보기 어렵다. 설정 파일, 권한, 플러그인, 인증 방식, 기존 워크플로우까지 같이 확인해야 한다.

 

VS Code 확장 사용자는 어떻게 봐야 하나

이번 변화에서 헷갈리기 쉬운 부분이 IDE 확장이다.

Gemini CLI만 쓰던 사람은 “터미널 도구만 바뀌는구나”라고 이해하면 되지만, Google 발표에는 Gemini Code Assist IDE 확장도 포함되어 있다.

개인 사용자 또는 Google AI Pro, Google AI Ultra 사용자가 Gemini Code Assist IDE 확장을 사용 중이라면, 해당 확장의 요청 처리 중단 대상에 들어간다.
반면 기업용 Gemini Code Assist Standard, Enterprise 라이선스를 쓰는 조직은 기존 접근이 유지된다고 안내되어 있다.

즉, VS Code 확장을 쓰는 사람은 본인이 어떤 계정 유형으로 사용 중인지 확인해야 한다.

개인 계정으로 쓰고 있다면 Antigravity 쪽 전환을 준비하는 것이 맞다.
회사 계정으로 쓰고 있다면 조직 라이선스 정책을 먼저 확인해야 한다.

여기서 무작정 확장을 지우거나 설정을 바꾸기보다는, 현재 로그인 계정과 라이선스 유형을 먼저 확인하는 편이 안전하다.

 

Antigravity CLI로 넘어갈 때 주의할 점

Antigravity CLI는 Gemini CLI보다 더 강한 에이전트형 도구를 지향한다.
이 말은 편해진다는 뜻이기도 하지만, 동시에 권한 관리가 더 중요해진다는 뜻이기도 하다.

공식 저장소에서도 AI 코딩 에이전트 사용 시 자율 코드 실행, 데이터 유출, 프롬프트 인젝션, 공급망 위험 같은 보안 이슈를 주의하라고 안내한다.

실제로는 아래 정도는 확인하고 쓰는 게 좋다.

1. 설치 경로는 공식 문서에서 확인하기

AI 개발 도구는 공격자들이 사칭하기 좋은 대상이다.
특히 CLI 도구는 설치 과정에서 터미널 명령어를 실행하는 경우가 많기 때문에, 블로그나 커뮤니티에 있는 설치 명령어를 그대로 복사하기보다 공식 문서에서 확인하는 습관이 필요하다.

2. 프로젝트 루트에서 바로 실행하기 전에 테스트하기

처음부터 실제 서비스 코드에서 실행하지 말고, 테스트용 저장소나 복사본에서 먼저 동작을 확인하는 편이 낫다.

AI 에이전트는 파일을 읽고, 수정하고, 명령을 실행할 수 있다.
도구가 똑똑해질수록 실수했을 때의 영향도 커진다.

3. Git 상태를 깨끗하게 만든 뒤 사용하기

AI 코딩 도구를 실행하기 전에는 최소한 현재 변경사항을 커밋하거나 별도 브랜치를 만드는 것이 좋다.

예를 들면 이런 흐름이 안전하다.

git status
git checkout -b test/antigravity-cli

 

작업 후에는 변경된 파일을 직접 확인해야 한다.

git diff

 

AI가 만든 코드가 그럴듯해 보여도, 실제 요구사항과 보안 기준을 만족하는지는 사람이 확인해야 한다.

4. 플러그인과 권한 설정 확인하기

Antigravity CLI에서는 기존 Extensions 흐름이 Antigravity plugins 쪽으로 이어진다.
플러그인은 편리하지만, 외부 도구 연결이나 명령 실행과 관련될 수 있다.

처음에는 필요한 기능만 최소한으로 연결하는 편이 좋다.
특히 MCP 서버, 훅, 서브에이전트 같은 기능을 연결할 때는 어떤 파일에 접근하는지, 어떤 명령을 실행할 수 있는지 확인해야 한다.

 

왜 Google은 굳이 Antigravity로 통합하려 할까

개발자 입장에서는 불편하게 느껴질 수 있다.
Gemini CLI가 나온 지 오래되지 않았고, 이미 익숙해진 사용자도 많기 때문이다.

하지만 Google 입장에서는 Gemini CLI, Gemini Code Assist, Antigravity 2.0, GitHub 연동, 기업용 AI 개발 도구를 따로 발전시키는 것보다 하나의 에이전트 기반 플랫폼으로 묶는 편이 유리하다.

AI 코딩 도구 시장은 단순 자동완성 경쟁에서 벗어나고 있다.

이제 경쟁 포인트는 “코드를 얼마나 잘 추천하느냐”만이 아니다.

• 여러 파일을 이해하는가
• 긴 작업을 나눠서 처리할 수 있는가
• 터미널과 IDE, 데스크톱 앱이 같은 맥락을 공유하는가
• 팀 단위 권한과 보안을 관리할 수 있는가
• 에이전트가 작업한 내역을 추적할 수 있는가

이런 요소가 중요해지고 있다.

Gemini CLI는 터미널 도구로는 매력적이었지만, Google이 그리는 방향은 더 넓은 개발 플랫폼이다.
그래서 Antigravity CLI는 Gemini CLI의 후속 도구이면서, 동시에 Antigravity 생태계로 사용자를 옮기는 입구 역할을 한다.

 

Gemini CLI 사용자는 바로 갈아타야 할까

개인 사용자라면 미리 갈아타는 쪽이 현실적이다.
기존 Gemini CLI가 계속 같은 방식으로 유지될 가능성은 낮아 보인다.

다만 당장 모든 작업을 Antigravity CLI에 맡길 필요는 없다.

처음에는 아래 순서로 확인하는 것이 좋다.

1. Antigravity CLI 설치
2. 로그인 및 기본 명령 확인
3. 작은 테스트 프로젝트에서 파일 수정 테스트
4. 기존 Gemini CLI에서 자주 쓰던 명령과 비교
5. 플러그인, Hooks, MCP 연결 여부 확인
6. 실제 프로젝트에는 별도 브랜치에서 적용

특히 기존에 Gemini CLI를 자동화 스크립트처럼 쓰고 있었다면, 명령어 호환성을 직접 확인해야 한다.
Google이 핵심 기능을 유지한다고 했더라도, 1:1 호환을 보장하는 것은 아니기 때문이다.

 

정리: 이름 변경보다 플랫폼 전환에 가깝다

Gemini CLI에서 Antigravity CLI로의 변화는 단순 리브랜딩으로 보기 어렵다.

핵심은 Google의 AI 코딩 도구 전략이 터미널 단일 도구에서 에이전트 플랫폼 중심으로 이동하고 있다는 점이다.

개인 사용자라면 Gemini CLI와 Gemini Code Assist IDE 확장 사용 흐름을 Antigravity CLI 기준으로 다시 확인해야 한다.
기업 사용자는 조직 라이선스에 따라 영향 범위가 다르므로, 개인 계정 기준 안내만 보고 판단하면 안 된다.

기존 Gemini CLI를 가볍게 질문용으로만 썼다면 전환 부담은 크지 않을 수 있다.
하지만 코드 수정, 명령 실행, 확장 기능, MCP, 자동화까지 연결해두었다면 미리 테스트해야 한다.

Antigravity CLI는 더 강한 에이전트형 개발 도구를 지향한다.
그만큼 편해질 수 있지만, 권한과 보안, 변경사항 검토는 더 중요해진다.

지금 Gemini CLI를 쓰고 있다면 “언제까지 쓸 수 있나”보다 “내 개발 흐름에서 어떤 부분을 Antigravity CLI로 옮겨야 하나”를 먼저 확인하는 편이 낫다.