구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

ARMv8-A Exception Level

 ARMv8-A의 **Exception Level (EL)**은 소프트웨어 실행 권한을 계층적으로 나누는 개념으로, 시스템의 보안 및 관리 목적으로 설계되었습니다. ARMv8-A는 두 가지 실행 상태인 AArch32(32비트)와 AArch64(64비트)를 지원하며, Exception Level은 이 두 상태 모두에서 작동합니다. 아래에서 AArch32와 AArch64 각각의 Exception Level에 대해 자세히 설명하겠습니다.

Exception Level 개요

ARMv8-A는 총 4개의 Exception Level을 정의합니다:

  • EL0: 사용자 애플리케이션 (최하위 권한)
  • EL1: 운영 체제 커널 (e.g., Linux 커널)
  • EL2: 하이퍼바이저 (e.g., KVM 가상화)
  • EL3: 펌웨어 및 보안 모니터 (e.g., TrustZone Secure Monitor)

숫자가 높아질수록 권한이 증가하며, EL3은 가장 높은 권한을 가집니다. 각 Exception Level은 고유한 레지스터 집합과 스택 포인터를 가지며, 예외 처리 시 특정 레벨로 전환됩니다


AArch64의 Exception Level

AArch64는 ARMv8-A에서 새롭게 도입된 64비트 실행 상태입니다. 이 상태에서는 A64 명령어 세트를 실행하며, 64비트 범용 레지스터를 사용합니다. AArch64에서의 Exception Level 동작은 다음과 같습니다:

  • EL0: 사용자 애플리케이션이 실행됩니다.
  • EL1: 운영 체제 커널이 실행됩니다.
  • EL2: 하이퍼바이저가 실행되며, 가상화 환경을 관리합니다.
  • EL3: 보안 모니터가 실행되며, Secure와 Non-secure 상태 간 전환을 처리합니다.

예외 발생 시, 프로세서는 현재 실행 중인 EL에서 더 높은 EL로 전환되며, 복귀 시 원래 EL로 돌아갑니다. 예를 들어, EL0에서 실행 중인 애플리케이션이 시스템 호출(SVC)을 하면 EL1으로 전환됩니다


AArch32의 Exception Level

AArch32는 ARMv7과의 하위 호환성을 위해 ARMv8-A에 포함된 32비트 실행 상태입니다. 이 상태에서는 기존 ARM(또는 A32) 및 Thumb(T32) 명령어 세트를 실행합니다. AArch32에서의 Exception Level 동작은 다음과 같습니다:

    • ARMv7의 Privilege Levels(PL0~PL2)가 ARMv8-A의 EL0~EL2로 매핑됩니다.
    • Secure Monitor(TrustZone)는 EL3에서 실행됩니다.
    • AArch32에서는 예외 발생 시 현재 상태(A32 또는 T32)가 유지되며, 복귀 시에도 동일한 상태로 복귀합니다



AArch64와 AArch32 간 전환

ARMv8-A에서는 AArch64와 AArch32 간 전환이 가능합니다. 그러나 이러한 전환은 예외 경계를 통해서만 이루어질 수 있습니다:

  1. 예외 발생 시 AArch32에서 AArch64로 변경 가능.
  2. 복귀 시 원래 상태(AArch32 또는 AArch64)로 유지.

예를 들어, 64비트 운영 체제(OS)가 32비트 애플리케이션을 지원하려면 EL0에서 AArch32로 전환해야 하며, OS로 복귀할 때 다시 AArch64로 전환됩니다


요약

  • ARMv8-A는 EL0~EL3의 4단계 Exception Level을 제공하며, 이는 소프트웨어 권한 계층을 정의합니다.
  • AArch64는 64비트 환경에서 동작하며, 새로운 명령어 세트(A64)를 사용합니다.
  • AArch32는 기존 ARMv7과 호환성을 유지하며, 32비트 명령어 세트를 사용합니다.
  • 두 실행 상태 간 전환은 예외 경계를 통해 이루어지며, 상호 호환성을 제공합니다.

ARMv8-A의 Exception Level 모델은 시스템 보안과 효율적인 자원 관리를 위한 핵심 요소입니다.

댓글

이 블로그의 인기 게시물

Vim 9.2 릴리즈 총정리: 더 빠르고 강력해진 텍스트 편집의 제왕

폐쇄망 SoC 설계자를 위한 가볍고 빠른 Vim 최적화 가이드

에이전트 시대를 위한 터미널 cmux 가이드: 설치부터 AI 활용까지