라벨이 하드웨어 설계인 게시물 표시

구글 안티그래비티 완전 분석 — 모델·요금제·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.0 과 AXI 2.0 은 고성능 버스 인터페이스의 필요성에 따라 등장했습니다. 이 초기 버전들은 AXI의 기본적인 아키텍처와 명령어 세트를 정의하며 후속 버전들의 기반을 마련했습니다. 다만, 이 시기의 상세한 변경 사항이나 추가 기능에 대한 구체적인 공개 자료는 많지 않아, 주로 AXI 3.0부터 실제적인 기능 확장과 개선이 두드러지기 시작 했다고 보는 것이 일반적입니다. AXI 3.0: 고성능 인터커넥트의 초석 2003년 AMBA 3 사양과 함께 등장한 AXI 3.0 은 AXI 프로토콜의 중요한 진화 단계였습니다. 이전 버전들에서 다듬어진 개념을 바탕으로, 실제 고성능 SoC 설계에 필요한 기능들을 갖추기 시작했습니다. 버스트 길이 확장: 최대 16비트(beat) 까지의 버스트 전송을 지원하여, 더 많은 데이터를 한 번에 효율적으로 전송할 수 있게 되었습니다. 쓰기 인터리빙(Write Interleaving) 지원: 여러 트랜잭션의 쓰기 데이터를 버스 상에서 섞어서 보낼 수 있게 하여, 쓰기 성능을 향상시키고 대기 시간을 줄였습니다. 이를 위해 WID 신호가 도입되었습니다. 잠긴 트랜잭션(Locked Trans...