macOS에서 명령어로 Antigravity IDE 실행하기

1. code는 왜 VS Code를 실행하는가

터미널에서 code를 입력하면 기본적으로 Visual Studio Code가 실행된다. 이는 단순히 “IDE 이름이 code이기 때문”이 아니라, macOS에서 code라는 실행 파일이 실제로 존재하고, 쉘이 $PATH 순서에 따라 해당 실행 파일을 찾기 때문이다.

which code를 실행했을 때 /opt/homebrew/bin/code가 반환되었다는 것은, 현재 시스템에서 code라는 이름의 실행 파일이 Homebrew 경로에 존재한다는 의미다. Apple Silicon 환경에서 Homebrew 기본 경로는 /opt/homebrew이며, 이 디렉토리는 일반적으로 $PATH의 앞쪽에 위치한다. 따라서 동일한 이름의 실행 파일이 다른 디렉토리에 존재하더라도, 쉘은 가장 먼저 발견되는 /opt/homebrew/bin/code를 실행한다.

이때 code는 단순한 텍스트 명령어가 아니라, VS Code 앱을 호출하는 CLI 런처(wrapper) 스크립트이다. 즉, code .는 현재 디렉토리를 VS Code 앱에 전달하는 역할을 수행한다.

2. Antigravity는 CLI를 지원하는가

Antigravity IDE가 CLI를 제공하는지 확인하는 과정에서 다음을 확인했다.

which antigravity
/Users/hyundo/.antigravity/antigravity/bin/antigravity

그리고:

antigravity --help

정상적으로 버전 정보가 출력되었다는 것은 Antigravity가 독립적인 CLI 실행 파일을 제공하고 있음을 의미한다.

즉, VS Code처럼 별도의 CLI 런처를 가지고 있으며, PATH에 이미 추가되어 있다면 터미널에서 직접 실행이 가능하다.

3. 그러나 왜 현재 디렉토리가 열리지 않는가

여기서 핵심적인 차이가 드러난다.

VS Code의 code는 기본적으로 인자를 통해 디렉토리를 전달하도록 설계되어 있다. 그러나 Antigravity의 CLI는 기본 동작이 “앱 실행 또는 기존 인스턴스 활성화”일 가능성이 있다.

macOS GUI 애플리케이션은 일반적으로 이미 실행 중이면 새로운 인스턴스를 띄우지 않고 기존 인스턴스를 포커스한다. 이 과정에서 CLI가 경로 인자를 명확히 처리하지 않으면, 현재 디렉토리를 열지 않고 기존 창만 활성화하는 현상이 발생한다.

따라서 단순히:

antigravity

를 실행하는 것과

antigravity .

를 실행하는 것은 의미가 다르다. 대부분의 IDE는 . 인자를 통해 현재 디렉토리를 열도록 구현되어 있으므로, 반드시 경로 인자를 명시해야 한다.