Antigravity CLI 설치·다운로드가 중간에 끊깁니다. 프록시 문제일까요?

설치 스크립트가 Google CDN·패키지 레지스트리·GitHub 릴리스 등 서로 다른 호스트로 나갈 수 있습니다. 브라우저는 되는데 curl이나 설치 프로그램만 실패하면, 해당 호스트가 DIRECT로 빠지거나 규칙 미매칭인 경우가 많습니다. Verge Rev 코어 로그로 설치 중 실제로 타는 도메인을 확인한 뒤 GOOGLE-AI 그룹에 추가하거나, 셸에 HTTP_PROXY를 명시하세요.

데스크톱 Antigravity 2.0은 되는데 Managed Agents API만 타임아웃입니다.

데스크톱 앱은 OS 프록시를 따르지만, SDK·스크립트·CI는 그렇지 않을 수 있습니다. generativelanguage.googleapis.com과 Interactions API 경로가 generativelanguage 하위가 아닌 다른 googleapis.com 서브도메인으로 갈 수 있으므로, API 호출 로그의 SNI를 기준으로 규칙을 좁혀 추가하세요. CLI와 동일 출구로 묶는 것이 재현성이 높습니다.

Gemini CLI에서 Antigravity CLI로 옮기는 중 접속이 더 불안정해졌습니다.

Antigravity CLI는 Go 네이티브 바이너리로, Gemini CLI와 프록시 주입 방식이 다를 수 있습니다. 기존에 셸 변수만으로 Gemini CLI가 잘 됐다면 Antigravity CLI 프로세스에도 동일 변수를 export하거나, TUN으로 OS 아래 경로를 통일하세요. Google은 2026년 6월 18일 이후 개인 Gemini CLI 지원을 줄이므로, 지금 규칙을 Antigravity 기준으로 정리하는 편이 낫습니다.

AI Studio는 열리는데 Antigravity 데스크톱 로그인만 실패합니다.

accounts.google.com이 DIRECT와 프록시 사이에서 왔다 갔다 하면 OAuth 쿠키 도메인이 꼬일 수 있습니다. 로그인·AI Studio·API를 한 GOOGLE-AI 전략 그룹으로 묶되, gstatic·googleusercontent 정적 자산은 직통을 유지하는 패턴을 먼저 시도하세요. 데스크톱 앱 업데이트 채널 호스트가 문서에 없으면 로그에서 추가합니다.

Antigravity 2.0·Verge 분류

I/O 2026 이후, Antigravity 2.0 검색 의도가 바뀐 이유

키노트 직후 「Antigravity 2.0 설치」「Antigravity CLI 다운로드」「Managed Agents API 키」 같은 질문이 늘어나는 패턴은 Claude Code·Gemini CLI 전환 때와 비슷합니다. 사용자가 원하는 것은 발표 요약이 아니라, 지금 당장 CLI를 깔고 Gemini API로 에이전트를 띄우는 일입니다. Google은 개인 사용자의 Gemini CLI를 Antigravity CLI로 통합하며 2026년 6월 18일 이후 레거시 지원을 줄인다고 밝혔고, 엔터프라이즈·Code Assist 라이선스 고객은 기존 도구를 유지할 수 있습니다.

Antigravity 2.0은 VS Code 포크형 AI IDE에서 벗어나, 여러 에이전트를 병렬 오케스트레이션하는 독립 데스크톱 애플리케이션입니다. 터미널 중심 개발자를 위해 Go로 다시 작성한 Antigravity CLI, 프로그램 방식 접근을 위한 SDK, 그리고 단일 API 호출로 격리 Linux 환경에서 에이전트를 실행하는 Managed Agents(Gemini 3.5 Flash·Interactions API)가 같은 하네스를 공유합니다. 한국·일본 등 아시아 개발자는 이미 Mihomo·Verge Rev를 쓰고 있는 경우가 많아, 새 도구를 켜려다 기존 Google AI 규칙과 충돌하는 사례가 빠르게 보고됩니다.

Gemini Spark와 Antigravity 2.0: 무엇이 다른가

Gemini Spark는 gemini.google.com 중심의 소비자·개인 에이전트 체험에 가깝고, Antigravity 2.0은 개발자 워크플로·CI·API·Managed Agents에 초점을 둡니다. Spark 튜토리얼에서 다룬 gemini.google.com·aistudio.google.com 규칙은 출발점으로 유효하지만, Antigravity를 쓰면 CLI 바이너리 배포, cloud.google.com 프로젝트 연동, Interactions API 추가 호스트, 데스크톱 앱 자체 업데이트 채널 등 진입점이 더 많아집니다. Spark만 맞춰 두고 Antigravity CLI만 실패하는 패턴은 이 차이에서 자주 나옵니다.

Antigravity·Gemini API 트래픽이 나뉘는 대표 호스트

환경마다 추가 도메인이 붙습니다. 아래는 최소 관측 세트이며, Verge Rev 코어 로그에 새 이름이 보이면 그때 줄을 더하는 방식이 안전합니다.

문서·온보딩: ai.google.dev, Antigravity·CLI 설치 가이드가 링크하는 Google Developers 페이지
AI Studio·Playground: aistudio.google.com — Managed Agents 템플릿·Interactions API 테스트 UI
Gemini API·Managed Agents: generativelanguage.googleapis.com, 조직·리전에 따라 다른 *.googleapis.com 하위
로그인·계정: accounts.google.com, GCP 콘솔 연동 시 console.cloud.google.com
CLI·데스크톱 배포: 설치 스크립트가 가리키는 CDN·dl.google.com·패키지 레지스트리 — 로그로 반드시 확인
정적 자산: gstatic.com, googleusercontent.com

한 호스트만 GOOGLE-AI 그룹에 넣고 CLI 다운로드 URL은 DIRECT로 빠지면, 「브라우저 문서는 되는데 Antigravity CLI 설치만 50%에서 멈춘다」처럼 보입니다. API·Studio·로그인·배포를 전략 그룹으로 묶되, 국내 CDN은 직통하는 패턴이 실무에서 재현성이 높습니다.

도메인 분류: Mihomo 규칙 예시(개념용)

키 이름·인덴트·그룹명은 사용 중인 프로필에 맞게 바꿉니다. CLI 다운로드 호스트는 설치 로그에서 본 이름으로 교체하세요.

# Example only — adjust proxy group & order to your profile
proxy-groups:
  - name: GOOGLE-AI
    type: url-test
    url: https://generativelanguage.googleapis.com/
    interval: 300
    proxies:
      - # your low-latency nodes…
      - DIRECT

rules:
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,GOOGLE-AI
  - DOMAIN-SUFFIX,aistudio.google.com,GOOGLE-AI
  - DOMAIN-SUFFIX,ai.google.dev,GOOGLE-AI
  - DOMAIN-SUFFIX,accounts.google.com,GOOGLE-AI
  - DOMAIN-SUFFIX,console.cloud.google.com,GOOGLE-AI
  - DOMAIN-SUFFIX,gstatic.com,DIRECT
  - MATCH,GLOBAL

DOMAIN-KEYWORD,google처럼 넓게 잡으면 Drive·Gmail·사내 Workspace까지 우회되어 지연이 커집니다. I/O 직후 급하게 붙이는 규칙일수록 Antigravity CLI·Managed Agents 호출 로그의 SNI부터 좁혀 가는 것이 디버깅 비용을 줄입니다. 외부 RULE-SET을 쓰는 구독이라면, 사용자 정의 줄이 세트보다 위에 오도록 순서를 조정합니다.

Antigravity CLI 설치·다운로드 실패 대응

Antigravity CLI는 Go 네이티브 바이너리로, Gemini CLI보다 빠르지만 프록시를 자동으로 물려받지 않는 경우가 많습니다. 설치 스크립트가 curl·wget으로 Google CDN이나 GitHub 릴리스를 받을 때, 셸에 HTTP_PROXY/HTTPS_PROXY가 비어 있으면 Verge Rev 규칙과 무관하게 직통으로 나갑니다. 반대로 규칙은 맞는데 DNS만 fake-ip와 어긋나면 TLS 핸드셰이크 전에 멈춥니다.

권장 순서는 다음과 같습니다. (1) Verge Rev 혼합 포트(HTTP/SOCKS) 확인 → (2) 설치하는 터미널에 export HTTPS_PROXY=http://127.0.0.1:7890 등 명시 → (3) 여전히 실패하면 코어 로그로 설치 중 실제 도메인 캡처 → (4) 해당 DOMAIN 줄 추가 → (5) Go CLI가 변수를 무시하면 TUN 검토. Windows에서는 WinHTTP 프록시와 셸 변수가 분리되는 경우도 있으니, PowerShell과 Git Bash를 각각 테스트하세요.

데스크톱 앱·CLI·Managed Agents: 프록시 레이어 나누기

Antigravity 2.0 데스크톱은 Chromium/Electron 계열 네트워크 스택을 탈 가능성이 높아, Verge Rev 시스템 프록시 동기화만으로 OAuth·에이전트 패널이 안정되는 경우가 많습니다. Antigravity CLI와 Python·Node SDK, CI에서 돌리는 Managed Agents API 클라이언트는 OS 프록시 테이블을 보지 않고 직접 소켓을 여는 패턴이 흔합니다. 이때 (1) 셸·CI에 프록시 변수를 넣거나 (2) TUN 모드로 프로세스 구분 없이 경로를 통일하는 두 갈래가 있습니다.

TUN은 「프록시를 모르는」 Go 바이너리에 유리하지만, 회사 VPN·제로 트러스트·다른 가상 어댑터와 충돌할 수 있습니다. 증상이 전체 네트워크 먹통이면 TUN부터 끄고, 규칙 모드와 혼합 포트를 유지한 채 변수만 조정하세요. 초보자에게 권하는 순서는 규칙 모드 → 데스크톱·AI Studio는 시스템 프록시 → CLI·API만 남으면 TUN 또는 프록시 변수입니다.

Managed Agents·Interactions API 검증

Managed Agents는 Gemini API를 통해 격리 Linux 환경에서 에이전트를 띄우며, Interactions API와 AI Studio Playground 양쪽에서 테스트할 수 있습니다. API 키·쿼터·조직 정책 문제와 순수 회선 문제를 분리하려면, 동일 엔드포인트에 대해 (1) 프록시 켠 상태 (2) DIRECT 또는 프록시 끈 상태를 비교하세요. Verge Rev 코어 로그에서 매칭 규칙 이름과 최종 아웃바운드가 GOOGLE-AI·의도한 노드인지 확인한 뒤, 403·429는 키·쿼터 쪽을, TLS/DNS 타임아웃은 규칙·fake-ip 쪽을 의심합니다.

터미널에서 curl -v로 https://generativelanguage.googleapis.com/ HEAD/GET 시도(API 본 호출은 키를 환경 변수로 넣은 뒤).
AI Studio에서 Managed Agents 템플릿으로 짧은 상호작용을 보내 첫 응답 지연 기록.
Antigravity CLI로 동일 프로젝트·API 키로 에이전트 생성 명령 실행, 실패 시 CLI stderr와 코어 로그를 같은 타임스탬프로 대조.

데스크톱만 성공하고 curl·CLI만 실패하면 거의 항상 프록시 미주입 또는 규칙 미매칭입니다.

노드·출구 선택: Gemini 3.5 Flash·Managed Agents 관점

Google은 Antigravity 하네스와 Managed Agents에 Gemini 3.5 Flash를 사용한다고 밝혔습니다. API 지연은 노드 품질뿐 아니라 출구 리전·Google 측 라우팅·계정 티어에 좌우됩니다. url-test 그룹으로 지연만 보면 「같은 노드인데 세션마다 체감이 다름」 착시가 생길 수 있으므로, Antigravity·API 호출에 쓸 고정 셀렉터 노드를 하나 두고 A/B 비교하는 편이 디버깅에 유리합니다. Enterprise Agent Platform·GCP 프로젝트 연동 시 cloud.google.com 대역도 로그에 따라 GOOGLE-AI 또는 별도 CLOUD-API 그룹으로 분리하세요.

I/O 직후 흔한 증상과 대응

CLI 설치 50%·80%에서 중단: 배포 CDN·릴리스 호스트 규칙 누락·셸 프록시 변수 미설정을 로그로 확인.
데스크톱 로그인 루프: accounts.google.com DIRECT/우회 정책 불일치·쿠키 도메인 꼬임.
AI Studio Managed Agents만 실패: aistudio.google.com과 API 호스트 규칙 불일치.
API 403·429: 프록시 끈 직통과 비교해 키·쿼터·조직 정책 분리.
Gemini CLI는 되다 Antigravity CLI만 실패: Go 바이너리 프록시 주입 방식 차이 — TUN 또는 동일 변수 재적용.
구독 갱신 직후 전부 느려짐: global 모드·새 RULE-SET이 Google AI 줄을 덮었는지 확인.

DNS·fake-ip·IPv6 짧은 메모

Antigravity·Gemini API 문제의 상당수는 노드 품질이 아니라 이름 해석 경로에서 발생합니다. fake-ip 프로필에서 로컬 DNS와 Mihomo nameserver 순서가 어긋나면, 데스크톱 앱 캐시와 CLI가 다른 중간 IP를 밟습니다. IPv6가 예상 밖으로 직통을 타면 AAAA만 실패하는 패턴도 있습니다. 재현 중에는 TUN·글로벌·노드·규칙을 한꺼번에 바꾸지 말고, 한 변수씩 되돌리며 로그를 남기세요.

법적·조직 정책 주의

Google 서비스·API 키·Managed Agents 데이터 처리 지역은 이용약관과 고용·클라우드 계약에 따릅니다. 본문은 네트워크 라우팅 정렬을 설명할 뿐, 특정 회선으로 우회하라는 뜻이 아닙니다. 회사 장비·고객 데이터가 섞인 GCP 프로젝트라면, 보안팀이 요구하는 로깅·키 보관·출구 국가 제한을 먼저 확인하세요.

빠른 FAQ(본문 요약)

CLI 다운로드만 끊김? 배포 CDN·셸 프록시 변수·규칙 누락을 로그로 확인하세요.

데스크톱 OK, API만 타임아웃? Go CLI·SDK 프록시 미주입 또는 googleapis 서브도메인 규칙 부족.

Gemini CLI에서 Antigravity CLI로? 6월 18일 전환 일정을 고려해 규칙을 Antigravity 기준으로 정리.

global이 편하지 않나? 짧은 테스트용이며, 장기에는 rule이 낫습니다.

일부 「원클릭 AI 우회」 상용 앱은 Gemini·Antigravity·기타 API를 한 버튼에 묶어 보이지만, CLI 다운로드·Managed Agents·AI Studio가 각각 어떤 호스트로 어떤 출구를 탔는지 로그로 좁히기 어렵습니다. 반면 Mihomo는 rules와 proxy-groups로 경로를 설명할 수 있고, Verge Rev는 그 위에 GUI·코어 로그를 얹어 I/O 직후 급증하는 Antigravity 2.0·Gemini API 트래픽을 단계적으로 정렬하기 좋습니다. Cursor·Claude Code처럼 에이전트 IDE 경쟁이 치열한 2026년, 검증 가능한 클라이언트와 프로필을 고른 뒤 본문 순서대로 도메인부터 고정하는 편이 안전합니다.

다운로드 페이지에서 OS에 맞는 빌드 확인하기 →

Antigravity·Managed Agents 경로 실험을 바로 시작해 보세요

검증된 채널에서 받은 Clash 계열 클라이언트에 구독을 연결하면, 본문과 같은 Google AI·Antigravity 분류를 곧바로 재현할 수 있습니다.

다운로드 튜토리얼 보기