라벨이 ExecutionState인 게시물 표시

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

Arm Cortex-A53에서 A55로, 리셋 설계 철학이 바뀌었다

🔬 Arm Cortex-A53 vs A55: 실행 상태 전환 메커니즘 완전 해부 Arm 효율 코어의 세대 교체가 가져온 리셋 설계 혁신을 깊이 들여다봅니다 모바일 SoC의 심장부에는 언제나 Arm의 효율 코어 가 자리하고 있습니다. 스마트폰을 켜는 순간부터 화면이 꺼진 채 알림을 기다리는 순간까지, 전력 한 방울까지 아끼는 '리틀(Little)' 코어의 역할은 절대적입니다. 그런데 이 작은 코어 안에서 벌어지는 실행 상태 전환 이라는 정교한 작업은 세대가 바뀌면서 완전히 다른 방식으로 진화했습니다. Cortex-A53과 A55 사이에 놓인 설계 철학의 간극, 지금부터 하나씩 풀어보겠습니다. 📐 1. 아키텍처 세대 비교: Armv8.0-A vs Armv8.2-A 두 코어를 이해하려면 먼저 각각이 기반하는 아키텍처 세대의 차이를 짚어야 합니다. 단순한 버전 넘버링이 아니라, 프로세서가 리셋을 처리하는 근본적인 구조 가 달라졌기 때문입니다. 항목 🅰 Cortex-A53 🅱 Cortex-A55 아키텍처 Armv8.0-A Armv8.2-A 클러스터 기술 big.LITTLE (전통 방식) DynamIQ (차세대) EL3 지원 AArch32 + AArch64 모두 AArch32 + AArch64 모두 리셋 제어 외부 핀 기반 (Warm Reset Request) DSU + PPU 내부 버스 기반 코어 배치 동종 코어 4개 고정 이종 코어 최대 8개 유연 배치 A53은 외부에서 물리적 핀으로 "리셋해줘"라고 요청하면 코어가 반응하는 직관적인 구조였습니다. 반면 A55는 DSU(DynamIQ Shared Unit) 라는 중앙 관리자가 내부적으로 모든 리셋 시퀀스를 조율합니다. 마치 각 직원이 직접 비상벨을 누르던 방식에서, 중앙 관제실이 모든 비상 상황을 통합 관리하는 방식으로 바뀐 것과 같습니다. ⚙️ 2. AArch32 ↔ AArch64 전환: ...