Google이 터미널 속 AI 에이전트를 처음부터 다시 썼다. Go 바이너리 하나, 치는 것은 agy 하나다.

터미널에서 모델과 나란히 코드를 쓰는 일 자체는 새로운 이야기가 아니다. 다만 Google은 거기에 들어가는 방식을 바꿨다. 2026년 5월 개발자 회의에서 이 회사는 흩어져 있던 개발자 도구를 하나의 브랜드 아래로 모았고, Antigravity CLI는 그중 터미널 형태의 부분이다. 공식 발표에 따르면 개인 무료 사용자와 상위 두 단계 구독자에게 제공되던 옛 명령줄 서비스는 2026년 6월 중순에 종료됐다. 이후 셸에서 이 회사의 에이전트에 닿는 길은 이 새로운 agy 입구뿐이다.

이것은 옛 프로젝트에 새 이름을 붙인 것이 아니다. 돌려 보면 다른 종류의 도구라는 것이 드러난다.

Go 바이너리 하나, 실행 환경을 미리 갖출 필요 없음

앞 세대는 Node 프로젝트여서 돌리기 전에 먼저 실행 환경이 있어야 했다. Antigravity CLI가 내놓는 것은 컴파일된 단일 Go 실행 파일이라, 패키지 관리자와 씨름할 필요도, 그를 위해 별도의 언어 실행 환경을 세울 필요도 없다. 직접적인 이점은 빠른 시작과 적은 의존이다.

처음 실행하면 Google 계정 로그인을 요구하고, 자격 증명은 시스템 키체인, 즉 세 플랫폼 각자의 자격 증명 저장소에 들어간다. 원격 SSH 세션에는 열 브라우저가 없으므로 인가 링크를 출력하고, 자기 기계의 브라우저에서 로그인을 마친 뒤 코드를 붙여 넣는다. 공식 문서는 이 흐름을 뒤늦게 덧붙인 우회로가 아니라 정식 경로로 다룬다. 작업 환경이 원격 기계에 있는 사람에게는 유효한 이야기다.

에이전트 코어는 하나, 데스크톱 앱과 공유

Antigravity에는 이제 네 개의 얼굴이 있다. 데스크톱 앱, 이 명령줄 도구, 프로그램에서 호출하는 SDK, 그리고 IDE. 공식 블로그는 분명히 적는다. CLI와 데스크톱 버전은 같은 agent harness 위에서 돌고 설정도 공유한다. 실무적으로는 한쪽에서 맞춰 둔 권한 규칙이 다른 쪽에서 그대로 작동하고, 허용 목록을 두 벌 관리하는 사람이 없다는 뜻이다.

여기서 따라오는 것은 개선이 한 번에 전부 도착한다는 점이다. 코어 안의 도구 배분이나 계획 논리가 올라가면 두 화면이 같은 날 받는다. 명령줄 버전이 이식을 기다리는 구도가 되지 않는다. 세션은 기본적으로 공유되지 않지만, 터미널에서 연 세션은 데스크톱 앱으로 끌어올려 이어서 이야기할 수 있다.

주도 에이전트가 앞에 서고, 서브 에이전트가 병렬로 움직인다

초기 명령줄 에이전트와 가장 크게 갈리는 지점이다. 공식 문서는 멀티스레드 비동기 구조라고 설명한다. 오래 걸리는 빌드, 넓은 범위의 코드 검색, 여러 파일에 걸친 변경은 터미널을 붙잡고 기다리게 하는 대신 병렬 서브 에이전트나 배후 작업으로 넘긴다. 이쪽은 코드를 계속 써도 되고, 새 질문을 던져도 되고, 파일을 훑어봐도 된다. 배후 스레드가 스스로 검증을 돌린다.

이 서브 에이전트들은 /agents 패널에서 관리한다. 목록에는 식별자와 역할, 상태, 지금 실행 중인 단계가 늘어서고, 한 단계 들어가면 완전한 추론 기록도 읽을 수 있다. 도구에 승인이 필요하면 상태 줄이 깜빡여 알린다. 한 단축키는 지금 대화에서 승인을 기다리는 다음 서브 에이전트의 상세로 곧장 건너뛰고, 다른 하나는 화면을 떠나지 않고 그 자리에서 통과시킨다. 코드 리뷰나 지속적 통합처럼 고정된 자리에는 전용 에이전트를 직접 정의할 수도 있다.

딸린 슬래시 명령은 얼마나 맡길 것인가라는 물음을 축으로 짜여 있다. 하나는 손을 떼는 단계다. 목표를 넘기면 에이전트가 스스로 쪼개고, 자기 실행 계획을 스스로 승인하고, 달성할 때까지 달린다. 다른 하나는 방향을 뒤집어 요구가 분명해질 때까지 에이전트가 질문하게 한다. 경계가 흐리거나 되돌리기 어려운 작업에 맞는다. 세 번째는 일정을 다루며, 한 번짜리 지연도 반복 주기도 된다. 예컨대 한 시간마다 빌드가 통과하는지 보러 가는 식이다.

터미널 샌드박스, 움직이기 전에 잠근다

AI에게 자기 기계에서 명령을 돌리게 하는 이상 어딘가에 브레이크가 필요하다. 여기 샌드박스는 운영체제가 이미 갖고 있는 격리 수단을 빌린다. 가상 머신이나 컨테이너 계층을 한 겹 더 돌리는 비용을 아끼므로 시작이 거의 느껴지지 않는다.

구체적으로 각 플랫폼이 자체 수단을 낸다. macOS에서는 샌드박스 기능, Linux에서는 jail, Windows에서는 AppContainer. 설정에서 켜면 에이전트가 실행하는 명령은 격리된 환경 안으로 제한되고 실제 파일 시스템과 분리된다.

도구 권한은 단계를 고를 수 있다. 기본 단계는 시스템이나 프로젝트 파일에 영향을 주는 동작 전에 반드시 멈춰 묻고, 그 김에 그 명령을 앞으로 계속 허용하도록 기록할 수도 있다. 더 신중한 단계는 읽기 전용 도구만 풀어 준다. 다음 단계는 자동 실행을 허락하되 어디까지나 샌드박스 안에서만이다. 마지막 단계는 전부 통과시키며, 버전 관리 아래 있는 저장소에서 쓰기에 맞는다. 작업 공간도 따로 신뢰 확인이 필요하고, 어떤 디렉터리에 처음 들어갈 때 그것을 묻는다.

무료로도 돌지만 한도는 알고 있어야

개인 사용은 0에서 시작한다. 무료 단계는 기간 한정 체험이 아니라 길게 놓인 기본 한도이고, 기능이 잘려 있지도 않다. 핵심 모델은 모두 쓸 수 있다. 그 위에 두 단계 구독이 있고 한도가 넓어지며, 최상위는 외부 모델도 부를 수 있다. 먼저 시험해 보는 데 돈은 들지 않는다.

미리 말해 둘 것이 하나 있다. 무료 한도는 주기적으로 새로 채워지고, 구체적인 숫자에 대한 공식 표현은 끝까지 모호해서 남는 연산 자원이 있는 범위라는 정도에 머문다. 이 단계가 영원히 이어진다는 약속도 없다. 서브 에이전트가 병렬로 돌면 한도를 동시에 깎고, 두루뭉술한 목표 하나가 십여 차례의 모델 호출을 일으킬 수 있어 생각보다 빨리 줄어든다. 일상 도구로 삼을 생각이라면 작업 도중에 멈추지 않도록 먼저 자기 소비 리듬을 파악해 두는 편이 좋다.

옛 입구에서 옮겨 오기

기존 사용자는 0에서 시작하지 않아도 된다. 가져오기 기능이 내장되어 있어 앞 세대의 확장이 이곳의 플러그인으로 변환되고, 스킬과 MCP 서버, 훅의 상당수는 그대로 넘어온다. 버전 정보는 변경 이력 명령에 있고, 명령 목록은 도움말 명령 한 번이면 나온다. 걸려 넘어지기 쉬운 곳은 두 군데다. 작업 공간 스킬은 새 디렉터리로 옮겨야 하고, 옮기지 않으면 아예 표시되지 않는다. 게다가 오류도 나지 않는다. 컨텍스트 파일은 수월해서 기존 것이 그대로 유효하다.

미리 적어 두자면 이것은 버전 업데이트가 아니라 이사다. 바이너리가 바뀌었고, 인증 방식이 바뀌었고, 플러그인 모델이 바뀌었다. 옛 명령줄 입구를 호출하는 스크립트나 파이프라인이 있다면 그 부분은 손으로 한 번 훑어야 한다.

덧붙여 이 도구는 현재 소스가 공개되어 있지 않고, 밖에 나온 것은 설명 문서와 변경 이력뿐이다. 그것이 대체한 오픈소스 프로젝트와 다른 점이며, 마음에 걸린다면 먼저 알아 두는 편이 낫다.

Antigravity CLI가 풀려는 것은 코드를 대신 써 주는 일이 아니라, 터미널 안에서 흐름을 스스로 짜게 하는 일이다. Go 바이너리 하나가 환경 부담을 없애고, 코어 공유가 데스크톱 버전과 보조를 맞추며, 서브 에이전트 병렬과 터미널 샌드박스가 놓아주기와 되찾아 오기를 둘 다 드러내 놓는다. 무료 단계로 충분한지는 얼마나 큰 일을 넘기느냐에 달렸고, 실제 프로젝트 하나를 돌려 보는 편이 어떤 리뷰보다 분명하다.