Google Antigravity는 하나의 앱 이름이 아니라 목적이 다른 여러 사용 화면을 포함합니다. 2026년 8월 31일 기준 공식 발표에는 Antigravity 2.0, IDE, CLI와 미리보기 SDK가 구분돼 있습니다. 처음부터 모두 설치하면 도구 차이보다 로그인·권한·폴더 설정에 시간을 쓰게 됩니다. 첫 작업의 입력과 원하는 결과를 정한 뒤 한 제품으로 검증 루프를 완성하는 편이 낫습니다.
30초 선택 기준
다음 질문에 가장 먼저 “예”가 되는 항목을 고릅니다.
- 여러 에이전트와 작업을 독립형 화면에서 관리해야 합니까? → Antigravity 2.0
- 코드를 직접 읽고 편집하며 디버거와 가까이 일해야 합니까? → Antigravity IDE
- SSH나 터미널에서 가볍게 지시·관찰해야 합니까? → Antigravity CLI
- Python 프로그램 안에서 구조화 출력과 세션을 제어해야 합니까? → Antigravity SDK
Antigravity 2.0 발표는 2.0을 IDE가 없는 독립형 데스크톱 앱으로 설명합니다. 반면 IDE 개요는 편집기·터미널·브라우저를 통합한 개발 환경이라고 밝힙니다. CLI 발표는 CLI를 터미널 중심의 가벼운 화면으로 정의합니다. SDK 발표는 Python 라이브러리이자 현재 Research Preview라고 명시합니다. SDK의 미리보기 상태를 운영 안정성 보장으로 해석하면 안 됩니다.
선택을 잘못하기 쉬운 세 가지 경우
“2.0이 새 버전이니 IDE를 대체한다.” 2.0은 IDE와 별도 앱입니다. 코드 줄 단위 검사와 대화형 디버깅이 중심이면 IDE가 더 직접적입니다. 에이전트 조율이 중심이면 2.0과 평소 쓰는 편집기를 함께 쓰는 구성이 맞을 수 있습니다.
“같은 런타임이면 대화도 자동으로 모두 공유된다.” 2.0과 CLI는 같은 에이전트 기반과 공통 설정을 사용하지만, 공식 CLI 발표는 대화가 기본적으로 자동 공유되지 않는다고 설명합니다. 필요한 대화만 2.0에서 불러오는 흐름을 전제로 해야 합니다.
“SDK가 있으면 CLI 설치는 필요 없다.” SDK는 앱이 아니라 코드에 에이전트 런타임을 넣는 선택지입니다. 단순한 터미널 작업이라면 CLI가 작고, 코드로 응답 스키마·수명주기 훅을 제어해야 할 때 SDK 검토 가치가 생깁니다.
첫 20분 설정 순서
- 공식 다운로드에서 운영체제와 CPU에 맞는 제품 하나만 받습니다. CLI라면 설치 문서의 현재 명령을 사용합니다.
- 개인 또는 조직 계정으로 로그인한 뒤, 폐기 가능한 샘플 저장소 한 개만 연결합니다. IDE는 공식 문서상 엔터프라이즈 고객을 지원하지 않으므로 조직 사용자는 2.0·CLI의 관리자 조건을 먼저 확인합니다.
- 첫 요청은 “파일을 수정하지 말고 폴더 구조와 실행 가능한 테스트를 설명하라”로 제한합니다. 문장은 보안 장치가 아니므로 도구 설정의 권한과 작업 폴더도 함께 확인합니다.
- 버전 관리 중인 문서 한 줄만 바꾸고 diff를 검토합니다. 그다음 짧은 테스트 하나를 실행하고, 명령·작업 위치·종료 결과를 확인합니다.
- 변경을 되돌려 복구 경로까지 확인합니다. 폴더 밖 접근, 삭제·배포·결제, 토큰 노출이 필요하면 첫 실습을 멈춥니다.
두 번째 제품을 추가할 시점
선택한 제품에서 읽기, 작은 수정, 테스트, 되돌리기를 한 번 재현한 뒤에만 다른 화면을 추가합니다. “메뉴를 모두 열어 봄”은 완료 기준이 아닙니다. 어느 폴더를 읽는지, 어떤 명령이 승인 대상인지, 결과를 어디서 검토하는지 설명할 수 있어야 합니다. 이 기준을 통과하면 CLI와 2.0의 공통 설정 같은 장점을 얻으면서도, 문제 발생 지점을 제품·권한·프로젝트 경계로 분리할 수 있습니다.