구글 안티그래비티 2.0 코딩 도구가 아니라 에이전트 지휘실이 된다는 뜻
AI타임스 보도와 구글 공식 자료를 함께 보면, 이번 변화의 핵심은 “코딩을 도와주는 IDE”가 아니라 여러 에이전트를 일정·권한·프로젝트 단위로 운영하는 개발 지휘 체계다.
먼저 결론
- Antigravity 2.0은 “코드 자동완성”보다 여러 에이전트를 동시에 맡기고 관리하는 화면에 가깝다.
- 동적 서브에이전트, 비동기 작업, 예약 작업, 프로젝트 권한은 개발 업무를 작은 운영 단위로 나누려는 신호다.
- 다만 실제 도입은 속도보다 권한 범위, 로그, 비용, 사람이 승인할 지점을 먼저 정해야 한다.
1. 이번 발표를 한 문장으로 보면
구글은 Antigravity 2.0을 독립형 데스크톱 애플리케이션으로 설명한다. macOS, Linux, Windows에서 동작하며, 기존 Antigravity IDE의 에이전트 관리 개념을 가져오되 더 이상 IDE 화면에 강하게 묶이지 않는다는 점을 강조한다.
AI타임스는 이를 “코딩 보조를 넘어 에이전트 지휘로”라는 표현으로 요약했다. 공식 설명과 맞춰 보면 방향은 분명하다. 개발자는 하나의 채팅창에서 답변만 받는 것이 아니라, 여러 에이전트를 띄우고, 작업을 나누고, 산출물을 확인하고, 필요하면 백그라운드 작업으로 넘기는 구조를 사용하게 된다.
중요한 변화는 화면이 아니라 책임의 이동이다. 예전에는 사람이 파일을 열고 AI에게 일부 코드를 부탁했다면, 이제는 사람이 “프로젝트 목표·권한·스케줄·검토 기준”을 정하고 에이전트들이 작업을 수행하는 쪽으로 무게가 이동한다.
2. 동적 서브에이전트: 일을 잘게 쪼개 병렬 처리한다
구글 공식 딥다이브는 서브에이전트를 “메인 에이전트가 필요에 따라 생성하는 보조 에이전트”로 설명한다. 이들은 특정 역할을 맡거나, 메인 에이전트와 같은 환경을 복제하거나, 현재 작업에 맞춰 즉석에서 정의될 수 있다.
속도
빌드 오류 확인, 테스트 추가, 문서 정리처럼 서로 독립적인 일을 병렬로 맡길 수 있다.
맥락 관리
메인 에이전트의 대화 맥락이 여러 작업 로그로 오염되는 문제를 줄일 수 있다.
격리
공식 자료는 서브에이전트가 작업 공간 격리와 권한 상속 구조를 활용한다고 설명한다.
검토
병렬 처리 결과가 빠를수록 사람은 “무엇이 바뀌었는지”를 확인하는 체계를 더 엄격히 둬야 한다.
3. 예약 작업은 개발팀의 반복 점검을 겨냥한다
Antigravity 2.0에서 눈에 띄는 기능은 Scheduled Tasks다. 공식 자료는 정해진 일정에 따라 지시문과 프로젝트를 실행할 수 있고, 결과 대화가 사이드바에 남는다고 설명한다. 예로는 열려 있는 pull request 일일 요약, 운영 배포 상태의 시간 단위 점검, 시스템 구조 변경 월간 보고서 등이 제시된다.
이 기능은 개발자가 매번 AI를 호출하는 방식에서 벗어나, AI가 백그라운드에서 정기적으로 확인하고 사람이 필요한 순간 이어받는 구조를 만든다. 업무툴 관점에서는 에이전트가 “채팅 상대”에서 “반복 점검 담당자”로 바뀌는 장면이다.
어떤 저장소·문서·배포 상태를 확인할지 범위를 정한다.
매일, 매시간, 특정 시점처럼 실행 주기를 정한다.
읽기만 할지, 테스트 실행까지 허용할지, 파일 수정은 막을지 정한다.
보고서, 변경 제안, 실패 로그를 보고 사람이 승인할 지점을 둔다.
4. 프로젝트 권한 구조가 더 중요해졌다
공식 자료에서 특히 실무적으로 중요한 대목은 “프로젝트”다. Antigravity 2.0은 에이전트 대화를 단일 저장소에만 묶지 않고, 여러 로컬 폴더와 설정, 권한을 프로젝트 단위로 묶는 구조를 제시한다.
이 구조는 회사에서 더 중요하다. 예를 들어 프론트엔드 저장소, API 서버, 운영 문서, 디자인 가이드가 모두 한 기능과 연결될 수 있다. 하지만 모든 에이전트에게 모든 폴더 쓰기 권한을 주면 위험하다. 프로젝트 단위 권한은 바로 이 문제를 풀기 위한 장치다.
| 기준 | 도입 전 확인 | 운영 중 확인 |
|---|---|---|
| 폴더 접근 | 읽기 전용과 쓰기 가능 폴더를 분리 | 예상 밖 파일 접근 로그 확인 |
| 명령 실행 | 설치, 테스트, 배포 명령을 구분 | 실패·재시도·장시간 실행 기록 확인 |
| 비밀값 | 환경변수·키 파일 접근 차단 | 로그에 민감값이 남지 않는지 확인 |
| 승인선 | 자동 수정과 사람 승인의 경계 설정 | 병합 전 diff·테스트·보안 체크 |
5. CLI·SDK·기업용 플랫폼은 생태계 확장 신호다
AI타임스 보도는 Antigravity 2.0과 함께 CLI, SDK, 기업용 플랫폼 흐름도 언급했다. 공식 사이트에서도 Antigravity CLI는 터미널 중심으로 에이전트와 상호작용하는 표면으로, SDK는 파일 읽기, 명령 실행, 코드 수정 등을 수행하는 에이전트 루프와 도구 체계를 Python에서 활용할 수 있는 방식으로 소개한다.
이 대목은 구글이 단순 앱 하나를 내는 것이 아니라, 개발자 도구의 여러 진입점을 동시에 넓히고 있다는 뜻이다. 화면으로 쓰는 사람은 데스크톱 앱을 쓰고, 터미널 중심 개발자는 CLI를 쓰고, 회사 내부 시스템에 붙일 팀은 SDK나 기업용 경로를 보게 된다.
6. 가격·사용량은 공식 화면 기준으로 다시 확인해야 한다
AI타임스 기사에는 Google AI Ultra 요금제와 사용량 배수 설명이 나온다. 다만 공식 Antigravity 가격 페이지에서 직접 확인되는 구조는 개인용 0달러 플랜, Google AI Pro, Google AI Ultra, Google Cloud를 통한 조직 플랜이다. Pro·Ultra의 세부 가격과 지역별 조건은 구글 계정·상품 페이지에서 달라질 수 있으므로 도입 판단에서는 가격 숫자를 고정값으로 박기보다 공식 가격 페이지와 계정 결제 화면을 함께 확인해야 한다.
AI 코딩 에이전트는 사용량이 늘수록 비용과 권한 리스크가 같이 커진다. 특히 예약 작업과 병렬 에이전트가 활성화되면 사람이 직접 호출하지 않아도 토큰·실행 시간이 쌓일 수 있다. 그래서 “월 얼마인가”보다 “어떤 작업을 자동으로 돌릴 것인가”가 비용 관리의 핵심 질문이 된다.
7. 현업 적용은 이렇게 나눠 보면 된다
개인 개발자
작은 앱, 개인 자동화, 테스트 보강처럼 결과를 바로 확인할 수 있는 작업부터 적합하다.
사내 개발팀
pull request 요약, 회귀 테스트, 릴리스 체크리스트처럼 반복 점검 업무가 먼저다.
비개발 부서
직접 코딩보다 업무 문서, 데이터 확인, 내부 도구 요청을 개발팀과 연결하는 용도가 현실적이다.
관리자
에이전트 도입 여부보다 권한, 비용, 로그, 승인 흐름을 관리할 운영 규칙이 필요하다.
결국 Antigravity 2.0은 “AI가 코드를 더 잘 짜느냐”만의 문제가 아니다. 개발 조직이 일을 요청하고, 나누고, 지켜보고, 승인하는 방식 전체를 바꾸는 도구에 가깝다. 이 변화가 커질수록 개발자는 프롬프트 작성자보다 에이전트 작업 관리자에 가까운 역할을 맡게 된다.
한 줄로 정리하면, Antigravity 2.0은 코딩 자동완성 경쟁이 아니라 “여러 AI 작업자를 어떻게 안전하게 굴릴 것인가”라는 운영 경쟁으로 넘어가는 신호다.
다음에 확인할 체크리스트
- 공식 가격·사용량 한도가 한국 계정에서 어떻게 표시되는지 확인
- 예약 작업이 실제로 어떤 로그와 알림을 남기는지 확인
- 프로젝트 권한이 여러 폴더·비밀값·명령 실행을 얼마나 세밀하게 나누는지 확인
- Claude Code, Codex, Cursor, OpenCode와 비교해 팀 운영에 더 맞는지 확인