[Antigravity 2.0] AI 에이전트 개발 플랫폼 개념 정리

안녕하세요. 재아군의 관찰인생입니다.

 

이번 글부터 Google의 Antigravity 2.0을 시리즈로 정리해보겠습니다. 공식 문서의 Overview, Getting Started, Build with Google, Features 페이지를 기준으로, 개발자가 실제로 어떤 관점에서 봐야 하는지 풀어보는 구성입니다.

 

1편에서는 Antigravity 2.0이 무엇인지를 먼저 잡겠습니다. 단순한 코드 자동완성 도구인지, IDE인지, 아니면 에이전트를 운영하는 별도 플랫폼인지가 이 도구를 이해하는 핵심입니다.

핵심 요약: Antigravity 2.0은 IDE 안의 부가 기능이라기보다, 여러 AI 에이전트를 프로젝트 단위로 실행하고 관찰하고 조율하기 위한 독립형 데스크톱 애플리케이션에 가깝습니다.

1. Antigravity 2.0 시리즈 구성

이번 시리즈는 공식 문서의 흐름에 맞춰 4편으로 구성했습니다. 처음부터 기능 목록을 모두 외우기보다, 개념을 잡고 설치하고 번들을 이해한 뒤 운영 기능을 보는 순서가 훨씬 자연스럽습니다.

편	주제	핵심 질문
1편	개념 정리	Antigravity 2.0은 어떤 종류의 도구인가?
2편	설치와 첫 프로젝트	어떻게 설치하고 첫 에이전트를 실행하는가?
3편	Build with Google	Google 기술 스택 번들은 무엇을 해결하는가?
4편	핵심 기능과 보안	Project, 권한, 스케줄링을 어떻게 운영해야 하는가?

2. Antigravity 2.0은 무엇인가?

Antigravity 2.0은 Google이 설명하는 agent-first 시대의 개발 플랫폼입니다. 여기서 중요한 단어는 "agent-first"입니다. 사람이 IDE에서 모든 명령을 세세하게 내리고 AI가 옆에서 보조하는 방식보다, 에이전트가 독립적인 작업 단위로 움직이고 사용자는 그 흐름을 지휘하는 모델에 더 가깝습니다.

공식 Overview에서는 Antigravity 2.0을 독립형 데스크톱 애플리케이션으로 설명합니다. 이전의 Agent Manager처럼 특정 IDE에 강하게 묶인 화면이 아니라, 에이전트를 실행하고 모니터링하고 오케스트레이션하는 중앙 지휘소 역할을 한다는 점이 차이입니다.

사용자 목표
  ↓
Project 선택
  ↓
Agent 실행
  ↓
파일 읽기/쓰기, 터미널, 웹 검색, Chrome, MCP, Skills
  ↓
Artifact, Plan, 구현 결과, 검증 결과
  ↓
사용자 리뷰와 피드백

3. 일반 IDE와 가장 다른 지점

일반적인 AI IDE는 파일 편집 화면을 중심으로 합니다. 반면 Antigravity 2.0의 중심은 파일 자체보다 에이전트가 수행하는 작업 흐름입니다.

물론 개발자는 여전히 코드와 터미널을 봐야 합니다. 다만 Antigravity가 강조하는 관점은 "어떤 파일을 고칠까"보다 "어떤 목표를 에이전트에게 맡기고, 어떤 권한 안에서, 어떤 산출물을 검토할까"에 있습니다.

구분	일반 AI IDE	Antigravity 2.0
중심 화면	코드 에디터	에이전트 관리 화면
작업 단위	파일 수정, 채팅 요청	Project, Conversation, Agent Task
권한 모델	도구별 허용 중심	프로젝트별 설정과 권한 중심
확장 방식	플러그인, 확장 프로그램	Skills, MCP, Hooks, Google 번들

4. 에이전트가 다룰 수 있는 작업 범위

Overview 문서에서 Antigravity 2.0은 여러 종류의 작업을 한 인터페이스에서 다룰 수 있다고 설명합니다. 개발자 관점에서는 이 목록이 꽤 중요합니다. 단순한 코드 생성 도구가 아니라 시스템 명령, 파일 작업, 웹 검색, 외부 도구 연동까지 같은 흐름 안에 놓기 때문입니다.

• 시스템 명령 실행
• 파일 읽기와 쓰기
• 웹 검색과 자료 조사
• Skills와 MCP 서버를 통한 외부 도구 연동
• Subagent 관리
• Chrome과의 상호작용
• Artifact와 구현 계획 생성

실무 해석: Antigravity 2.0을 잘 쓰려면 "코드 작성 요청"보다 "조사, 계획, 구현, 검증을 어떤 순서와 권한으로 맡길지"를 설계하는 능력이 더 중요해집니다.

5. 언제 유용하고 언제 과한가?

Antigravity 2.0은 모든 작업에 필요한 도구는 아닙니다. 작은 함수 하나를 고치거나 단일 파일을 빠르게 리팩터링할 때는 기존 IDE의 AI 기능이나 CLI 에이전트가 더 빠를 수 있습니다.

반대로 여러 저장소를 함께 봐야 하거나, 브라우저 검증과 문서 조사와 코드 수정이 엮인 작업이라면 에이전트 중심 플랫폼의 장점이 커집니다. 특히 프로젝트별 권한과 설정을 나눠야 하는 팀 환경에서는 "작업을 어디까지 허용할 것인가"를 명시적으로 다룰 수 있다는 점이 의미 있습니다.

적합한 경우	주의가 필요한 경우
기능 구현 전에 자료 조사와 설계가 필요한 작업	몇 줄짜리 코드 수정처럼 즉시성이 중요한 작업
여러 폴더나 저장소를 함께 봐야 하는 작업	권한 범위를 명확히 정하지 않은 민감한 저장소
웹 검색, 브라우저 확인, 코드 수정이 연결된 작업	사람이 직접 판단해야 하는 제품 의사결정
반복 점검이나 비동기 작업을 맡기고 싶은 경우	실행 권한을 무제한으로 열어두는 사용 방식

6. 개발팀이 봐야 할 도입 포인트

Antigravity 2.0을 팀에 도입한다면 기능보다 운영 규칙을 먼저 봐야 합니다. 에이전트는 파일을 읽고 쓰고 명령을 실행할 수 있으므로, 편리함과 위험이 같은 방향으로 커집니다.

1. Project 단위로 접근 범위를 분리합니다.
2. 읽기 중심 작업부터 시작해 신뢰도를 확인합니다.
3. Worktree를 활용해 격리된 변경 흐름을 만듭니다.
4. MCP와 Skills는 필요한 것만 켭니다.
5. Artifact 리뷰를 통해 결과물 단위로 검토합니다.

도입 1주차: 읽기 전용 조사, 설계 검토
도입 2주차: 격리 worktree에서 작은 버그 수정
도입 3주차: MCP/Skills 일부 연결
도입 4주차: 반복 점검, 브라우저 확인, 문서화 작업 확장

7. 마무리: Antigravity 2.0은 에이전트 운영 도구로 봐야 합니다

Antigravity 2.0의 핵심은 "AI가 코드를 더 잘 써준다"보다 "AI 에이전트를 어떤 작업 단위와 권한 안에서 운영할 것인가"에 있습니다. 그래서 단순한 IDE 비교보다 Project, 권한, Worktree, Artifact, MCP 같은 운영 단어가 더 중요해집니다.

다음 편에서는 설치 요구사항, Project 생성, Local Mode와 New Worktree Mode, 기본 단축키와 Slash Command까지 실제 시작 흐름을 정리하겠습니다.

참고 자료

• Google Antigravity Docs: Overview
• Google Antigravity Docs: Getting Started
• Google Antigravity Docs: Build with Google
• Google Antigravity Docs: Features