Gemini CLI 종료 D-1: Antigravity CLI 전환 체크리스트

구글이 5월 19일 Developers Blog 공지에서 Gemini CLI와 Gemini Code Assist IDE 확장의 개인 사용자 요청 처리를 2026년 6월 18일부터 중단한다고 알렸습니다. 글을 작성하는 시점(6월 17일) 기준으로 정확히 하루 남았습니다. 종료 대상과 유지 대상이 라이선스 종류에 따라 갈리므로, 본문에서 영향 범위와 전환 체크리스트, 운영 관점에서 짚어볼 리스크를 차례로 정리합니다.

1. 발표 요지: 무엇이 어떻게 바뀌는지

공지의 핵심은 두 가지입니다. 첫째, 구글은 멀티 에이전트 시대에 맞춰 단일 플랫폼인 Google Antigravity에 역량을 모으기로 했고, 그 일환으로 새 터미널 도구인 Antigravity CLI(바이너리 이름은 agy)를 출시했습니다. 둘째, 기존 Gemini CLI는 6월 18일부로 개인 사용자 대상 요청 처리를 멈추고 사실상 종료 수순에 들어갑니다. 공지에 따르면 Gemini CLI는 그동안 GitHub 스타 10만 개 이상, 머지된 PR 6,000건 이상을 기록했고, 이번 변화는 사용자가 ‘여러 에이전트가 서로 통신하며 일을 나눠 처리하는’ 워크플로를 요구하기 시작했기 때문이라고 설명합니다.

구글은 발표 글에서 ‘1:1 기능 패리티는 출시 시점에 보장되지 않는다’고 명시했습니다. 즉, Gemini CLI에서 쓰던 모든 흐름이 그대로 옮겨가지는 않는다는 뜻이므로, 단순 교체로 가정하면 회귀가 생길 수 있습니다.

2. 영향 범위: 내 계정은 끊기나요?

이번 변경은 라이선스 종류로 갈립니다. 같은 명령어를 쓰던 두 팀이 6월 18일 아침에 다른 결과를 받게 될 수 있으니, 본인 계정이 어느 줄에 속하는지부터 확인하는 게 우선입니다.

요청 처리가 중단되는 대상

• Google AI Pro 또는 Ultra 구독자가 사용하는 Gemini CLI
• 무료로 사용 중인 Gemini Code Assist for individuals(개인용 IDE 확장)
• Gemini Code Assist for GitHub: 6월 18일부터 신규 설치 차단, 이후 수 주 내 기존 요청 처리도 중단 예정(정확한 종료 시점은 공지에 명시되지 않아 확인 필요)

그대로 유지되는 대상

• Gemini Code Assist Standard / Enterprise 라이선스로 접근하는 조직 환경
• 유료 Gemini API 키 또는 Gemini Enterprise Agent Platform API 키를 통한 CLI 호출
• Google Cloud를 통한 Gemini Code Assist for GitHub 엔터프라이즈 연동

회사 계정으로 Standard/Enterprise를 쓰면서 개인 노트북에는 무료 Code Assist를 함께 깔아둔 분이라면, 개인 노트북 쪽만 끊기는 혼합 상황이 가능합니다. 같은 환경 가정으로 묶지 말고 머신별로 점검하는 편이 안전합니다.

3. Antigravity CLI의 기술적 변화 포인트

공식 글이 강조한 기술 차이는 세 가지입니다.

• Go 기반 재작성 — Node.js에서 Go로 옮기면서 시작 시간과 메모리 풋프린트가 줄어듭니다. 다만 실측 수치는 공지에 없으니 사내 도입 전에 같은 작업으로 양쪽을 한번 돌려 비교해 보는 것이 안전합니다.
• 비동기 워크플로 — 백그라운드에서 여러 에이전트를 오케스트레이션해 대규모 리팩터링이나 여러 주제 동시 조사를 터미널 세션을 점유하지 않고 수행할 수 있습니다.
• 통합 아키텍처 — Antigravity CLI는 데스크톱 앱인 Antigravity 2.0과 동일한 에이전트 하네스를 공유합니다. 코어 에이전트 개선이 양쪽에 동시 적용된다는 뜻이지만, 반대로 한쪽의 회귀가 양쪽에 동시에 퍼질 수 있다는 점도 함께 봐야 합니다.

기존에 익숙했던 핵심 기능 — Agent Skills, Hooks, Subagents, Extensions — 는 그대로 이어집니다. 단 Extensions는 ‘Antigravity plugins’로 이름이 바뀌었고, 1:1 패리티가 아니라는 단서가 붙은 만큼 사내 자체 플러그인이 있다면 별도 검증이 필요합니다.

4. D-1 전환 체크리스트

오늘과 내일 사이에 점검해 둘 항목을 우선순위 순으로 정리했습니다. 모두 해당되지는 않겠지만, 하나라도 걸리면 6월 18일 첫 빌드부터 깨질 수 있습니다.

1. 저장소 검색 — grep -R gemini .github/ 같은 호출이 CI 파이프라인이나 셸 스크립트에 남아있는지 우선 확인합니다.
2. IDE 확장 의존 — 팀 합의된 VS Code/JetBrains 확장 목록에 Gemini Code Assist가 들어 있다면, 18일 이후 작동 보장이 끊기는 개인 라이선스인지 먼저 가립니다.
3. GitHub 앱 점검 — 조직 레벨에 Gemini Code Assist for GitHub가 설치돼 있고 라이선스가 Standard/Enterprise가 아니라면, 신규 PR에서 응답이 멈추는 시점이 다가오고 있습니다.
4. Antigravity CLI 사전 설치 — 공식 가이드는 antigravity.google/download에서 받을 수 있다고 안내합니다. 사내 보안 정책상 외부 바이너리 설치가 통제된다면 보안팀 화이트리스트 절차를 미리 시작하는 게 안전합니다.
5. 유료 API 키 분리 — 종료 영향을 받지 않는 유료 Gemini API 키로 호출 경로를 옮길 수 있는지 검토합니다. 단기 우회 옵션이 됩니다.

5. 운영 관점에서 짚어 둘 리스크

마이그레이션 자체는 한 줄짜리 설치 명령으로 끝날 수 있지만, 운영 책임을 지는 입장에서는 다음 항목을 함께 보는 편이 좋습니다.

• 비용·쿼터 예측성 — 일부 외신은 ‘하루 요청 1,000건’ 기반에서 ‘주간 컴퓨트 캡’으로 모델이 바뀐다고 보도했습니다. 다만 공식 글 자체에는 이 수치가 포함되지 않았으므로 실제 약관·요금 페이지로 직접 확인이 필요합니다.
• 클로즈드 소스 전환 — Gemini CLI는 오픈소스로 운영됐지만 Antigravity CLI는 클로즈드 소스 바이너리로 배포됩니다. 보안팀의 SBOM/공급망 검토 절차에 영향이 갈 수 있습니다.
• 회귀 위험 — 1:1 패리티가 보장되지 않으므로, 의존하던 Hook 스크립트나 Subagent 동작이 미묘하게 달라질 수 있습니다. 회귀 테스트는 평소 자주 도는 시나리오 한두 개를 우선 돌려보고 결과 diff를 비교하는 정도면 충분합니다.
• 로깅·관측 — 통합 아키텍처로 가는 만큼, 기존에 Gemini CLI 로그를 파싱해 메트릭으로 흘리던 파이프라인이 있다면 필드 스키마가 달라질 가능성을 염두에 둬야 합니다.

6. 판단 가이드: 시나리오별 우선순위

마지막으로 본인이 어떤 상황에 가까운지에 따라 다음 한 가지부터 해 두시면 됩니다.

• 개인 무료/Pro 사용자 — 오늘 중 Antigravity CLI를 설치해 자주 쓰던 명령 한 개를 그대로 돌려보고 출력 차이를 메모합니다.
• 스타트업/소규모 팀 — CI에 박혀 있는 Gemini CLI 호출 한 줄을 찾는 게 가장 우선입니다. 18일 이후 빌드가 침묵으로 실패할 수 있습니다.
• 엔터프라이즈 사용자 — Standard/Enterprise 라이선스 범위 안이면 당장의 영향은 없지만, 새 기능은 Antigravity 쪽으로 갈 것이므로 PoC 시점을 잡아두는 편이 좋습니다.
• 오픈소스 기여자 — 그동안 작성하던 Extension이 ‘Antigravity plugin’으로 옮겨가는 절차와 호환성을 사전에 확인합니다.

요약하면, 6월 18일은 단순히 도구 하나가 사라지는 날이 아니라 ‘단일 에이전트 CLI’에서 ‘멀티 에이전트 통합 플랫폼’으로 무게중심이 옮겨가는 분기점에 가깝습니다. 오늘 점검 한 번이면 내일 빌드 실패 한 건을 막을 수 있는 시점입니다.

---

📬 이 글이 도움이 되셨다면, 더 많은 한국어 기술·커리어 인사이트를 받아보실 수 있도록 LindaRex Career Insight를 즐겨찾기에 추가해 주세요. 다음 글에서 또 만나요.

※ 이 글은 AI 도구의 도움을 받아 작성·검증되었습니다. 외부 인용·수치는 공식 출처를 확인하시고, 최종 의사결정은 운영 환경 검증 후 진행해 주세요.