Antigravity CLI 전환: Gemini CLI 종료 이후의 Go 멀티에이전트 운영

2026년 6월 18일 Google은 Gemini CLI와 Gemini Code Assist IDE 확장의 요청 처리를 중단하고, Go로 재작성한 멀티에이전트 우선 도구 Antigravity CLI로 전환했다. 기존 Node.js 기반 단일 에이전트 루프를 유지한 채 기능을 더한 것이 아니라, 동시성 런타임과 스킬·훅·서브에이전트·플러그인 SDK의 전제를 바꾼 교체였다.

자동화에 gemini 명령을 직접 넣어 둔 조직이라면 이 변화는 곧바로 CI/CD 중단으로 이어진다. 실행 파일만 바꾸는 대응으로는 부족하다. 병렬 실행에서의 상태 경쟁, 인증 흐름, 플러그인 규격, 관측성까지 함께 점검해야 한다.

종료 이후 달라진 도구의 위치

Gemini CLI는 터미널 기반 에이전트 코딩 도구로 사용됐지만, Google은 2026년 5월 I/O에서 Antigravity 2.0을 공개하며 기존 CLI를 흡수·대체하는 방향을 제시했다. 단일 에이전트 채팅 루프는 다수 에이전트가 태스크를 나눠 병렬로 수행하는 요구를 충족하기 어렵다는 판단이 배경이다.

Gemini CLI와 Gemini Code Assist IDE 확장은 2026년 6월 18일 요청 처리를 중단했다. 대상에는 Google AI Pro·Ultra 구독자와 무료 개인 사용자가 모두 포함됐으며, 사전 경고 없이 gemini 명령을 호출하던 CI/CD 파이프라인·셸 스크립트·자동화 작업은 당일 중단됐다.

Antigravity CLI는 Google Antigravity 2.0 플랫폼의 터미널 네이티브 표면으로 동작하며, 데스크톱 앱·SDK·IDE와 단일 하니스를 공유한다. 플랫폼은 Antigravity 2.0 데스크톱, Antigravity CLI, Antigravity SDK, Antigravity IDE로 구성된다.

Go 런타임에 맞춘 병렬 실행 모델

가장 큰 구현상 변화는 Node.js에서 Go로의 이동이다. 기존 구조가 단일 이벤트 루프에 의존했다면, Antigravity CLI는 고루틴과 채널을 이용해 여러 에이전트를 동시에 다루는 모델을 채택했다. 백그라운드 비동기 워크플로는 부가 기능이 아니라 런타임 설계의 출발점이 된다.

대규모 리팩터링이나 다중 주제 리서치는 터미널을 점유하지 않고 백그라운드에서 실행할 수 있다. 컴파일된 바이너리 배포는 콜드 스타트와 실행 지연을 줄이고, 단일 실행 파일 형태는 의존성 격리에 사용된다. 에이전트 간 작업 분배와 결과 수집은 고루틴-채널 기반 메시지 전달로 동시에 처리한다.

Gemini CLI에서 사용하던 에이전트 스킬·훅·서브에이전트·익스텐션은 폐기되지 않고 새 런타임으로 옮겨졌다. 스킬은 전역 경로 ~/.gemini/antigravity-cli/skills/와 워크스페이스 경로 .agents/skills/에 적용된다. 훅은 라이프사이클별 안전 검증과 정책 주입 지점으로 사용하며, Gemini CLI 훅은 이전 또는 재정의 대상이다.

서브에이전트는 TUI에서 장시간 태스크를 백그라운드 에이전트로 디스패치하고, 포그라운드에서 계속 프롬프트를 입력하는 비동기 모델로 바뀌었다. 정적으로 정의된 서브에이전트 대신 실행 시점에 즉석으로 생성하는 방식도 포함된다.

플러그인과 검증 루프가 묶이는 방식

Gemini CLI의 익스텐션 개념은 Antigravity 플러그인으로 재편된다. 플러그인은 네임스페이스 디렉터리 번들 안에 스킬·룰·라이프사이클 훅·MCP 서버 정의를 함께 담는 배포 단위다.

매니저 에이전트는 태스크를 서브태스크로 나누고, 전문 워커 에이전트가 이를 동시에 수행한다. 이후 상호 검증 루프에서 결과를 교차 확인한다. 백그라운드 스케줄 에이전트는 비동기 워크플로를 크론 형태의 예약 작업으로 구성하므로 야간 리팩터링과 정기 리서치 자동화에 맞는다.

⤢✕

자동화 전환에서 확인할 범위

마이그레이션은 설정 구조를 옮기는 일에서 시작한다. 기존 .gemini/ 워크스페이스 구성은 .agents/ 디렉터리 구조로 재조직하고, 흩어진 전역 선호 설정은 사용자 프로필과 독립 MCP 파일로 일원화한다. 기존 라이프사이클 훅은 새 훅 규약에 맞춰 수정하며, 정적 서브에이전트 정의는 동적 즉석 생성 방식으로 이관한다.

가장 직접적인 영향은 CI와 예약 작업에 고정된 gemini 호출이다. 6월 18일에 해당 스텝이 실패하면서 빌드·배포 파이프라인이 중단될 수 있다. 셸 스크립트·GitHub Actions·Jenkins 잡의 호출을 Antigravity CLI 명령으로 치환하기 전에, 헤드리스 환경에서 인증·출력 포맷·종료 코드 동작을 회귀 테스트해야 한다.

전환은 카나리아 잡에서 신규 CLI를 검증한 뒤 전체 파이프라인으로 확대하고, 롤백 경로를 확보하는 흐름이 필요하다. 명령을 치환한 뒤에도 기존 익스텐션이 플러그인 번들 규격에 스킬·훅·MCP 단위로 매핑되는지 확인해야 한다. 단일 에이전트 전제로 만든 자동화는 병렬 실행 중 상태 경쟁을 일으킬 수 있다.

API 키와 구독 인증 흐름의 변경 여부를 확인해 시크릿 매니저를 갱신하고, 백그라운드·병렬 실행 로그를 추적할 수 있도록 로깅과 트레이싱을 보강한다.

⤢✕

Claude Code와 Codex CLI 사이에서의 선택

2026년 CLI 코딩 에이전트 시장은 Google Antigravity, Anthropic Claude Code, OpenAI Codex CLI의 삼파전 구도로 재편됐다. 세 도구 모두 MCP를 지원하지만, 실행 모델과 강점은 다르다. 하나의 도구를 모든 작업에 적용하기보다 작업 성격에 맞춰 조합하는 편이 현실적이다.

Antigravity는 매니저-워커-검증 루프의 병렬 구조를 내세우고, Claude Code와 Codex CLI는 순차 처리 중심이다. Antigravity 2.0은 약 289 tok/s와 1M 컨텍스트, Claude Code는 약 67 tok/s와 200K 컨텍스트로 제시된다. 복잡 태스크의 코드 품질에서는 Claude Code가 SWE-Bench Pro 64.3%로 Antigravity 55.1%보다 높다. MCP Atlas에서는 Antigravity가 83.6%로 최상위다.

항목	Antigravity CLI	Claude Code	Codex CLI
구현 언어	Go(고루틴 동시성)	TypeScript 계열	Rust/TypeScript 계열
에이전트 모델	매니저-워커-검증 병렬	순차 단일 루프 중심	순차 샌드박스 중심
백그라운드 실행	비동기 서브에이전트·크론	제한적	샌드박스 비동기
컨텍스트 윈도	약 1M 토큰	약 200K 토큰	모델 의존
코드 품질(SWE-Bench Pro)	55.1%	64.3%	모델 의존
MCP Atlas	83.6%(최상위)	지원	지원
강점	속도·플랫폼 폭	복잡 작업 품질	격리 실행 안정성

빠른 반복과 대규모 코드베이스 탐색에는 Antigravity, 복잡한 리팩터링에는 Claude Code, 샌드박스 테스트에는 Codex CLI를 병용하는 패턴이 제시된다.

도구 교체가 남긴 운영 과제

이 사건은 코딩 도구 선택보다 정보시스템 운영 거버넌스에 가깝다. 단일 벤더 CLI에 핵심 자동화를 종속했을 때 무유예 종료가 곧 운영 리스크가 된다는 점이 드러났다. 다중 도구 추상화 계층은 락인 위험을 완화하는 수단이 된다.

사전 폐기 정책과 마이그레이션 런북은 형상·변경 관리의 일부로 다뤄야 한다. 멀티에이전트 병렬 실행에서는 상태 경쟁과 중복 작업을 통제해야 하므로, 작업 분배와 검증 루프를 아키텍처 표준으로 정립할 필요가 있다. 2026년에는 단일 에이전트에서 멀티에이전트 오케스트레이션으로의 전환이 코딩 도구의 사실상 기준선이 됐다.