구글 안티그래비티 완전 분석 — 모델·요금제·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...

AMBA AXI 프로토콜 버전별 발전 과정: AXI3, AXI4, 그리고 그 이후

AMBA AXI 프로토콜, 버전별 발전 과정 살펴보기

시스템 온 칩(SoC) 설계에서 고성능, 고효율 인터커넥트의 중요성은 아무리 강조해도 지나치지 않습니다. Arm의 AMBA(Advanced Microcontroller Bus Architecture) 사양 중 핵심인 AXI(Advanced eXtensible Interface) 프로토콜은 이러한 요구사항을 충족시키며 지속적으로 발전해왔습니다. AXI는 단순한 데이터 전송을 넘어, 복잡한 시스템에서 여러 구성 요소 간의 효율적인 통신을 위한 표준으로 자리 잡았습니다.

오늘은 AXI 프로토콜이 어떻게 진화해왔는지, 각 주요 버전별로 어떤 기능들이 추가되고 변경되었는지 알아보겠습니다.

AXI 프로토콜의 시작: AXI 1.0 & 2.0

AXI 프로토콜의 초기 버전인 AXI 1.0AXI 2.0은 고성능 버스 인터페이스의 필요성에 따라 등장했습니다. 이 초기 버전들은 AXI의 기본적인 아키텍처와 명령어 세트를 정의하며 후속 버전들의 기반을 마련했습니다. 다만, 이 시기의 상세한 변경 사항이나 추가 기능에 대한 구체적인 공개 자료는 많지 않아, 주로 AXI 3.0부터 실제적인 기능 확장과 개선이 두드러지기 시작했다고 보는 것이 일반적입니다.

AXI 3.0: 고성능 인터커넥트의 초석

2003년 AMBA 3 사양과 함께 등장한 AXI 3.0은 AXI 프로토콜의 중요한 진화 단계였습니다. 이전 버전들에서 다듬어진 개념을 바탕으로, 실제 고성능 SoC 설계에 필요한 기능들을 갖추기 시작했습니다.

  • 버스트 길이 확장: 최대 16비트(beat)까지의 버스트 전송을 지원하여, 더 많은 데이터를 한 번에 효율적으로 전송할 수 있게 되었습니다.
  • 쓰기 인터리빙(Write Interleaving) 지원: 여러 트랜잭션의 쓰기 데이터를 버스 상에서 섞어서 보낼 수 있게 하여, 쓰기 성능을 향상시키고 대기 시간을 줄였습니다. 이를 위해 WID 신호가 도입되었습니다.
  • 잠긴 트랜잭션(Locked Transfers) 지원: 마스터가 특정 리소스에 대한 독점적인 접근을 보장받을 수 있는 기능을 제공했습니다.

AXI 4.0: 성능 극대화와 다양화

2010년 AMBA 4 사양과 함께 출시된 AXI 4.0은 AXI 3.0의 개념을 계승하면서도 성능, 단순성, 그리고 다양한 사용 사례 지원에 초점을 맞춘 대대적인 개선을 이루었습니다.

  • 버스트 길이의 획기적인 확장: 최대 256비트(beat)까지 버스트 길이를 지원하여, 메모리 처리량을 크게 향상시키고 고대역폭 애플리케이션에 최적화되었습니다.
  • 쓰기 인터리빙 제거: 프로토콜을 단순화하고 인터커넥트 설계를 용이하게 하기 위해 AXI 3.0의 쓰기 인터리빙 기능이 제거되었습니다. 이에 따라 WID 신호는 더 이상 필요 없어졌습니다.
  • QoS(Quality of Service) 지원 도입: 트랜잭션의 우선순위를 지정할 수 있는 QoS 신호가 추가되어, 다양한 성능 요구사항을 가진 장치들이 공존하는 복잡한 시스템에서 효율적인 자원 관리가 가능해졌습니다.
  • 사용자 정의 신호(User Signals) 추가: AxUSER, WUSER, RUSER, BUSER와 같은 선택적 사용자 신호가 도입되어, 각 트랜잭션에 사용자 정의 정보를 포함시킬 수 있게 되었습니다.
  • 영역 신호(Region Signals) 추가: AxREGION 신호가 도입되어, 단일 슬레이브 인터페이스를 여러 논리적 인터페이스나 디코딩 영역으로 분할하여 사용할 수 있게 되었습니다.
  • 잠긴 트랜잭션 제거: 시스템 설계 및 중재(arbitration)의 복잡성을 줄이기 위해 잠긴 트랜잭션 기능이 제거되었습니다.

AXI 4.0의 특화된 변형:
AXI 4.0은 특정 용도에 맞춰 더욱 최적화된 형태로 파생되었습니다.

  • AXI4-Lite: 주로 간단한 제어 레지스터와 같은 인터페이스 통신에 사용되는 단순화된 AXI4 버전입니다. 버스트 길이는 1로 고정되며, 모든 접근은 비버퍼링(non-buffered) 및 비수정(non-modifiable)입니다.
  • AXI4-Stream: 주소 지정 없이 고속으로 데이터를 마스터에서 슬레이브로 전송하는 데 최적화된 프로토콜입니다. 이는 순수 스트리밍 방식으로, 패킷 기반으로 거의 무제한적인 버스트 길이를 가질 수 있으며, 엄격하게 인오더(in-order)로 동작합니다.

AXI 5.0: 최신 기술 동향 반영 (간략 소개)

AXI 4.0 이후, AMBA 5 사양과 함께 AXI 5.0이 등장하며 더욱 발전된 기능을 선보였습니다. 비록 질문에서 직접적으로 요청되지는 않았지만, AXI 프로토콜의 연속적인 발전을 이해하는 데 도움이 됩니다. AXI 5.0은 원자적 트랜잭션(Atomic Transactions), 향상된 디버깅을 위한 트레이스 신호(Trace Signals), 보안 강화를 위한 메모리 태깅 확장(MTE), 효율적인 흐름 제어를 위한 크레딧 기반 전송(Credit-Based Transport) 등 최신 SoC 설계 요구사항을 반영한 기능들을 포함하고 있습니다.

이처럼 AXI 프로토콜은 단순한 버스 인터페이스를 넘어, 복잡하고 고성능을 요구하는 현대 SoC 설계의 핵심 요소로 자리매김하며 꾸준히 발전해 나가고 있습니다.

📚 참고 자료

댓글

이 블로그의 인기 게시물

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

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

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