Google Antigravity 2.0 출시 — 더 이상 단순한 IDE가 아닙니다

눈 깜짝할 사이에 당신의 IDE가 AI 에이전트(AI agents)를 위한 운영체제(operating system)로 변했습니다.

Google은 5월 19일 I/O 2026에서 Antigravity 2.0을 공개했습니다. 만약 여러분이 Gemini의 색칠을 입힌 세련된 Cursor 복제판을 기대했다면, 완전히 다른 것을 마주하게 될 것입니다. 이것은 완전한 재구축입니다. 새로운 제품 카테고리, 새로운 아키텍처(architecture), 그리고 솔직히 말해서 아직 아무도 이야기하지 않는 몇 가지 새로운 개발자 페인 포인트(pain points)를 포함하고 있습니다.

무엇이 변했는지, 그리고 이것이 여러분의 작업 방식에 실제로 어떤 의미를 갖는지에 대한 모든 것을 소개합니다.

빠른 배경 지식: Antigravity 1.0은 무엇이었나?

Google은 Cursor의 점유율 확대에 대한 직접적인 대응으로 2025년 11월 Gemini 3와 함께 오리지널 Antigravity를 출시했습니다. 그것은 멀티 에이전트(multi-agent) 기능이 내장된 VS Code 포크(fork) 형태의 AI 우선 IDE(AI-first IDE)였습니다. 빠르고, 무료이며, 진정으로 경쟁력이 있었습니다. 개발자들은 이를 좋아했습니다.

버전 2.0은 그것의 업데이트가 아닙니다. 완전히 다른 제품입니다.

Antigravity 2.0이란 무엇인가?

요약하자면: **독립형 데스크톱 애플리케이션, CLI 도구, SDK

이것이 핵심 기능입니다. 이제 코드베이스의 서로 다른 부분에서 최대 5개의 AI 에이전트 (AI agents)를 동시에 실행할 수 있습니다. 한 에이전트가 인증 모듈 (auth module)을 리팩터링 (refactor)하는 동안, 다른 에이전트는 API 레이어 (API layer)를 위한 테스트를 작성하고, 세 번째 에이전트는 문서화를 처리합니다. 이 모든 것이 한꺼번에 이루어집니다.

I/O에서의 데모는 이를 매우 구체적으로 보여주었습니다. 엔지니어링 디렉터 (Director of Engineering)인 Varun Mohan은 Antigravity 2.0의 병렬 에이전트 (parallel agents)를 사용하여 무대 위에서 작동 가능한 OS 코어를 처음부터 구축했습니다. 토큰 비용은 1,000달러 미만이었습니다. 그 후, 해당 OS에서 직접 코딩된 Doom 클론을 라이브로 실행했습니다. 그렇습니다.

2. 동적 서브에이전트 워크플로 (Dynamic Subagent Workflows)

이제 사용자 정의 서브에이전트 (subagent) 워크플로를 설계할 수 있습니다. 본질적으로 한 에이전트의 출력이 다음 에이전트의 작업을 트리거하는 파이프라인 (pipeline)입니다. AI 추론 (reasoning) 단계를 위한 GitHub Actions와 같다고 생각하면 됩니다. 밤새 백그라운드에서 실행되도록 예약해 두면, 아침에 완성된 기능 브랜치 (feature branch)를 마주하게 됩니다.

3. 기본 엔진으로서의 Gemini 3.5 Flash

Antigravity 2.0 생태계 전체는 Google의 가장 빠른 프런티어 모델 (frontier model)인 Gemini 3.5 Flash를 기반으로 작동합니다. Google에 따르면, 3.5 Flash는 거의 모든 벤치마크 (benchmarks)에서 Gemini 3.1 Pro보다 뛰어난 성능을 보이면서도 다른 프런티어 모델보다 4배 더 빠르게 작동합니다. 5개의 병렬 에이전트를 실행할 때는 모델 지연 시간 (latency)이 누적되기 때문에, 이러한 속도 우위는 단순히 사양서상의 숫자가 아니라 실질적으로 매우 중요한 의미를 갖습니다.

4. 네이티브 음성 명령 (Native Voice Commands)

이제 Antigravity와 대화할 수 있습니다. 만들고 싶은 것을 말로 설명하면 에이전트들이 작업을 시작합니다. Google이 Gmail과 Docs에 추가한 것과 동일한 음성 인프라 (voice infrastructure)를 사용합니다. 새벽 2시에 디버깅 (debugging) 세션을 진행하며 핸즈프리 (hands-free)로 사용할 때까지는 이것이 단순한 눈속임처럼 느껴질 수도 있습니다.

5. AI Studio 내보내기 + 모바일 앱

새로운 'Antigravity로 내보내기 (Export to Antigravity)' 통합 기능 덕분에 Google AI Studio에서 프로토타입 (prototype)을 제작한 후, 복사 및 붙여넣기나 수동 마이그레이션 (migration) 없이 프로젝트 전체를 로컬 데스크톱 앱으로 가져올 수 있습니다. 또한 새로운 AI Studio 모바일 앱(5월 19일 사전 등록 시작)도 출시되어, 휴대폰으로 아이디어를 포착한 뒤 데스크톱에서 작동하는 프로토타입으로 이어갈 수 있습니다.

6. 네이티브 Android 빌드 + Google Play 통합

AI Studio에서 단 하나의 프롬프트로 Android 앱을 빌드하세요. Google Play Console과 직접 통합되어 환경을 벗어나지 않고도 테스트 트랙(test track)에 배포할 수 있습니다. 모바일 개발자들에게 이는 진정으로 중요한 변화입니다.

아무도 말하지 않는 페인 포인트(Pain Point): 이제 앱이 두 개입니다

문제는 이렇습니다. 기존의 Antigravity IDE가 여전히 존재합니다. 그리고 새로운 Antigravity 2.0 데스크톱 앱은 그것과 _별개_입니다.

따라서 이제 다음과 같은 구성 요소가 생겼습니다:

• Antigravity IDE (VS Code 포크 버전, 여전히 실행 및 지원 중)
• Antigravity 2.0 데스크톱 앱 (새로운 독립형, 에이전트 우선(agent-first) 방식)
• Antigravity CLI (agy)

만약 기존의 Antigravity IDE를 이미 사용하고 있었다면, 마이그레이션(migration) 경로가 완전히 매끄럽지는 않습니다. Google은 또한 Gemini CLI를 사용하던 사용자들에게 새로운 agy CLI로 마이그레이션할 것을 요구하고 있습니다. IDE 분할에 이어 또 다른 강제 마이그레이션이 발생한 것입니다.

그 결과는 초기 Cursor 대 VS Code 상황과 매우 유사하게 느껴집니다. 다만 두 제품 모두 동일한 회사에서 나왔다는 점이 다릅니다. 이로 인해 어떤 제품에 시간을 투자해야 할지에 대한 실제적인 혼란이 발생합니다. 2.0 앱은 기존 IDE보다 Cursor와 더 유사한 모습과 느낌을 줍니다. 더 깔끔한 에이전트 우선(agent-first) UI, 더 시각적인 워크플로 오케스트레이션(workflow orchestration), 그리고

만약 이미 Cursor를 사용 중이고 만족하고 있다면 — 아직은 바꾸지 마세요. 병렬 에이전트 실행 (parallel agent execution)은 진정으로 인상적이지만, 생태계가 안착할 때까지 두 앱 사이의 파편화 (fragmentation)가 실제 워크플로 오버헤드 (workflow overhead)를 발생시킵니다.

만약 에이전트 중심 워크플로 (agentic workflows), 다단계 파이프라인 (multi-step pipelines)을 구축하고 있거나, Google Cloud 생태계에 깊이 발을 담그고 있다면 — Antigravity 2.0은 지금 당장 진지하게 살펴볼 가치가 있습니다. 특히 SDK는 6개월 전에는 불가능했던 것들을 가능하게 합니다.

만약 Android 기반의 모바일 개발자라면 — 이것은 아마도 당신이 지난 몇 년간 목격한 가장 중요한 툴링 (tooling)의 변화일 것입니다. AI Studio에서 Play Console로 이어지는 파이프라인 하나만으로도 마이그레이션 (migration) 비용을 지불할 가치가 충분합니다.

더 큰 그림 (The Bigger Picture)

Antigravity 2.0은 한동안 자명했던 사실을 확인시켜 줍니다: IDE 시대는 끝나가고 있습니다. 에이전트 오케스트레이션 (agent orchestration) 시대가 시작되고 있습니다. Google, Anthropic, 그리고 OpenAI는 모두 동일한 아이디어로 수렴하고 있습니다 — 개발자의 역할은 코드를 한 줄씩 작성하는 것보다 에이전트를 _지시 (direct)_하는 쪽으로 점점 더 옮겨가고 있다는 점입니다.

문제는 이러한 변화가 일어날 것인가가 아닙니다. 이미 일어나고 있습니다. 문제는 당신이 어떤 오케스트레이션 레이어 (orchestration layer)에서 가장 생산적일 것인가 하는 점입니다.

Google은 방금 자신들의 레이어를 위해 매우 강력한 논거를 제시했습니다.

AI 개발 도구, 에이전트 시스템, 그리고 이것들이 2026년 당신의 워크플로에 실제로 어떤 의미를 갖는지에 대한 더 자세한 분석을 위해 팔로우하세요.