2026년 6월 18일 이후: 비엔터프라이즈 Gemini CLI 종료와 영향
Google은 2026년 상반기 개인·스타트업·중소 팀용 공식 Gemini CLI를 단계적으로 축소하고, 2026년 6월 18일을 기준으로 비엔터프라이즈 이용자 대상 공식 배포와 지원을 종료한다고 밝혔습니다. Workspace·Vertex 등이 묶인 엔터프라이즈 계약을 가진 조직만 공식 CLI 채널과 우선 지원 경로에 남습니다.
현장에서 실제로 멈추는 층은 다음과 같습니다. 공식 설치 프로그램·자동 업데이트, Google 계정 연동 무료 할당량, 문서상 권장되던 agentskills.io 호환 통합 테스트, 사내 Runbook에 적힌 gemini 하위 명령 전제입니다. CI에서 gemini run을 야간에 돌리는 팀은 6월 중순까지 대체 바이너리·환경 변수·인증 방식 세 가지를 확정해야 합니다.
로컬 개발: 터미널 Agent가 갑자기 «미지원»이 되고 ~/.gemini/ 설정만 남을 수 있습니다.
CI / cron: 공식 바이너리 업데이트가 끊기면 OS 업데이트 후 링크·인증 오류가 연쇄됩니다.
Skill 자산: SKILL.md는 남지만 라우팅 대상 CLI가 바뀌어 description 트리거를 고쳐야 합니다.
중요한 점은 모델 API 자체가 사라지는 것은 아니라는 것입니다. 종료되는 것은 «누구나 clone해 개선하던 CLI 제품 라인»에 가깝고, 과금·계약은 다른 채널로 옮겨집니다. «CLI 도구 상실»과 «Gemini 모델 접근»을 섞지 않는 것이 이전 설계의 첫걸음입니다.
Antigravity CLI: 클로즈드소스 후속과 라이선스·기능 경계
공식 후속으로 안내되는 것이 Antigravity CLI입니다. 기술적으로는 바이너리 배포·소스 비공개·이용약관 중심 제품으로 전환됩니다. 오픈 리포지토리 시절 허용되던 fork, 사내 패치, 감사 가능한 빌드 파이프라인은 Antigravity에서는 원칙적으로 성립하지 않습니다.
| 관점 | Gemini CLI(오픈 기간) | Antigravity CLI |
|---|---|---|
| 소스 | 공개 저장소, 커뮤니티 PR | 클로즈드, 역컴파일 금지 조항 |
| 인증 | Google 계정 / API 키 병행 | Google 생태계 결합 강화 |
| 확장 | Hook, Skill 디렉터리, 플러그인 | 공식 확장점만, 동작 불투명 |
| 감사 | 커밋 이력 추적 | 릴리스 노트·ToS 의존 |
엔터프라이즈에는 지원 창구와 SLA가 맞춰지는 이점이 있습니다. 반면 스타트업·개인에게는 월 요금 상승보다 데이터 경로 불명확이 더 큰 리스크입니다. Antigravity는 CLI UX를 통합하지만 프롬프트·저장소 경로·도구 출력이 클라우드 로그에 남는지는 계약·리전 설정을 읽어야 판단할 수 있습니다. 규제 산업 하청에서는 Antigravity 직결보다 BYOK + 자체 호스트가 자주 선택됩니다.
정리: Antigravity는 «같은 CLI의 신버전»이 아니라 별 제품 전환으로 보고 보안·비용 검토를 처음부터 다시 하는 것이 안전합니다.
6000건 이상 커뮤니티 PR과 «오픈소스» 기대의 bait-and-switch
Gemini CLI가 오픈 리포지토리로 공개된 기간 커뮤니티는 6000건을 넘는 Pull Request를 보냈습니다. 문서 수정, 다국어, Windows·Linux 경로 호환, Skill 로더, 재시도, 기업 프록시 대응—대부분 무상 노동입니다. 메인테이너는 «전 세계와 함께 CLI Agent 표준을 만든다»는 서사를 전면에 내세웠고 이슈에는 agentskills.io 완전 호환과 장시간 세션이 로드맵에 있었습니다.
2026년 방침 전환은 커뮤니티에 전형적인 bait-and-switch로 보입니다. 오픈소스로 모은 구현과 신뢰를 바탕으로 성숙 단계에서 소스를 닫고 엔터프라이즈만 남기는 구조입니다. 법적으로는 라이선스·약관 범위일 수 있어도 심리적 계약—«우리 PR이 미래 표준이 된다»—는 깨집니다. fork 권이 남아도 공식 브랜드·인증·무료 할당이 끊기면 유지 비용은 사용자에게 돌아갑니다.
오픈소스 가치는 «무료»가 아니라 퇴출 권(exit rights)입니다. 종료 공지 후에도 fork·인증·모델 엔드포인트 분리가 가능한지가 신뢰의 시험입니다.
앞으로 비슷한 CLI를 쓸 때 체크리스트: (1) 모델 API와 CLI 저장소 라이선스 분리 여부. (2) 커뮤니티 거버넌스(RFC) 문서화. (3) 종료 시 최소 90일 통지·이전 문서. (4) 아카이브 후에도 빌드 가능한 태그 보존. Gemini CLI 사건은 Agent 도구 선택을 «좋아하는 UI»가 아니라 공급망 관리로 다루라는 교훈입니다.
인프라와 라이선스를 나눠 생각하기: 무엇을 옮기고 무엇을 놓을지
이전에서 가장 헷갈리는 것은 인프라(어디서 도는가)와 라이선스(어떤 소프트웨어를 써도 되는가)를 한데 묶는 일입니다. 실제로 보유하는 것은 대개 다음과 같습니다.
인프라: Mac mini, KVMNODE 전용 Mac, launchd, cron, SSH, 백업—당신 계약 아래입니다.
자산: SKILL.md, Hook 스크립트, Runbook, .env 키 설계—Git에 있어 이전 가능합니다.
라이선스: 공식 Gemini CLI, Antigravity, Google 계정 약관—벤더가 일방 변경할 수 있습니다.
견고한 구성은 라이선스에 덜 의존하는 실행층에 Skill·Hook을 두고 모델은 API 키(BYOK)로 바꾸는 것입니다. Cursor, Claude Code, OpenClaw Gateway, 포크한 Gemini CLI 등 표면 CLI는 바뀌어도 .cursor/skills/와 scripts/는 남습니다. Antigravity만에 로직을 몰면 인프라는 자체인데 소프트웨어 퇴출권이 없는 상태로 돌아갑니다.
컴플라이언스팀에는 한 줄로: «클라우드 Mac에 무엇을 올리나»=인프라 심사, «어떤 CLI 바이너리를 실행하나»=소프트웨어 자산 심사, «어떤 모델 API에 연결하나»=데이터 처리 계약—세 표입니다. ToS 한 장에 몰아넣으면 6월 같은 통지 한 통에 파이프라인 전체가 빨갛게 됩니다.
개발자 완화 전략: 여섯 단계와 KVMNODE 클라우드 Mac 7×24 CLI Agent
6월 18일까지 다음 여섯 단계로 리스크를 낮출 수 있습니다.
인벤토리: 운영·CI·개인 Mac의 gemini 호출과 인증 방식을 나열합니다.
포크 또는 대체 CLI: 최종 태그에서 빌드하거나 Cursor·Claude Code 등으로 Skill을 옮깁니다.
BYOK: API 키를 시크릿 관리로 옮기고 저장소에서 제거합니다.
Skill 트리거: description에서 «gemini» 의존을 줄이고 작업명 기반으로 씁니다.
7×24 호스트: 노트북 sleep을 피하고 전용 Mac에서 launchd·cron을 씁니다.
백업: ~/.cursor/, Skill 저장소, 로그를 SSH로 정기 가져옵니다.
| 실행 환경 | CLI Agent + cron | 약점 | KVMNODE 전용 Mac Mini |
|---|---|---|---|
| 닫힌 MacBook | 주간 위주 | 슬립, 회선, 용량 | 7×24 부적합 |
| 범용 Linux VPS | CLI만이면 가능 | Xcode·Metal 없음 | iOS Agent 불가 |
| 전용 클라우드 Mac Mini | 자체 API 키 + launchd | 계약·백업 설계 | 7×24, SSH, 리전 |
KVMNODE 전용 Mac Mini M4 / M4 Pro는 공식 Gemini CLI 없이도 당신의 API 키로 Agent를 돌리는 인프라층입니다. Metal·Xcode 작업과 야간 PR 봇을 한 노드에 올릴 수 있고 데이터는 계약 리전에 두기 쉽습니다. 요금은 가격 페이지, SSH·초기 설정은 고객 센터, 주문은 주문 페이지를 확인하세요. Antigravity에 묶이기보다 Skill 자산과 인프라를 직접 갖는 편이 다음 벤더 전환에도 강합니다.