버그를 수동으로 추적하거나 문서를 업데이트하는 데 소요되는 시간은 새로운 기능을 출시하는 데 할애할 수 있는 시간을 빼앗는 것입니다. 성과가 뛰어난 팀들은 이미 AI를 활용해 이 시간을 되찾고 있으며, 무작위 현장 실험 결과 작업 완료율이 26% 증가한 것으로 나타났습니다.
자동화된 버그 수정, 신속한 UI 프로토타이핑, 보안 감사 등 Google Antigravity의 활용 사례를 도입하면 여러분도 점점 늘어나는 사용자 대열에 합류할 수 있습니다. 이 가이드에서는 Google Antigravity 사용 방법을 안내하고, 기존 도구 전반에 걸쳐 이러한 워크플로우를 통합하는 방법을 설명합니다.
요약: Antigravity는 일을 정의하고, 다른 사람에게 넘긴 뒤 신경 쓰지 않아도 되는 일에 있어 가장 효과적인 선택지입니다. 반면, 직접 손으로 만져보며 감을 잡아야 하는 일에 있어 가장 부적합한 선택지입니다.
특히 유용한 5가지 활용 사례는 다음과 같습니다: 에이전트 기반 작업 자동화, 브라우저 피드백을 활용한 UI 프로토타이핑, 코드베이스 분석, 보안 감사, 그리고 도구 간 오케스트레이션입니다. 사용하는 환경에 따라 결과가 달라집니다. 병렬 오케스트레이션을 위한 Antigravity 2.0, 헤드리스 일을 위한 CLI, 에이전트와 함께 코딩할 때 사용하는 IDE, 그리고 맞춤형 에이전트를 위한 SDK가 있습니다.
도입 여부는 사실 Antigravity 자체의 문제가 아닙니다. 중요한 것은 팀 내에 에이전트 출력을 처리할 수 있는 체계가 마련되어 있는지, 이를 검토할 책임자가 있는지, 그리고 승인 절차가 소홀해질 때 이를 파악할 수 있는 방법이 있는지 여부입니다. 이를 먼저 구축한 팀은 누적된 성과를 얻게 됩니다. 이를 생략한 팀은 아무도 이해할 수 없는 코드베이스로 더 빨리 치닫게 될 것입니다.
Google Antigravity란 무엇인가요?
Google Antigravity는 Google이 제공하는 에이전트 중심 개발 플랫폼입니다. 이 플랫폼은 에디터, 터미널, 브라우저 전반에 걸쳐 다단계 작업을 계획하고 실행하는 자율 AI 에이전트를 배포합니다. 필요한 작업을 설명하기만 하면 에이전트가 작업을 수행하므로, 더 이상 단일 작업을 완료하기 위해 코드 에디터, 터미널, 문서 간을 오가며 전환할 필요가 없습니다.
이 기능은 Gemini 3와 함께 공개 프리뷰로 출시되어, 새로운 업데이트인 Antigravity 2.0의 길을 열었습니다. 이 업데이트를 통해 단일 IDE가 네 가지 작업 영역으로 나뉘게 되었습니다. 어떤 작업 영역을 선택하느냐에 따라 아래의 활용 사례가 달라집니다:
- Antigravity 2.0: 에디터가 첨부되지 않은 독립형 데스크톱 앱을 통해 서로 다른 프로젝트에 걸쳐 여러 자율 에이전트를 통합적으로 관리할 수 있습니다.
- Antigravity CLI: 터미널에서 직접 에이전트를 실행하여 명령어 및 헤드리스 워크플로우를 처리할 수 있습니다.
- Antigravity IDE: 원래 에디터에서 에이전트 옆에서 코드를 작성하세요
- Antigravity SDK: Python 라이브러리를 사용하여 Antigravity 하네스에서 맞춤형 에이전트를 구축하세요.
이 에이전트는 Gemini 3.6 및 3.5 Flash, Gemini 3.1 Pro, Claude Sonnet 4.6, Claude Opus 4.6에서 실행되며, GPT-OSS-120b도 선택할 수 있습니다. (사용 가능한 모델은 수시로 변경되므로, 최신 목록은 Antigravity 공식 문서를 확인하시기 바랍니다.)
개발 팀을 위한 Google Antigravity 활용 사례 5가지
개발 팀은 에이전트 기반 작업 자동화, UI 프로토타이핑, 코드베이스 분석, 보안 감사, 도구 간 워크플로우 자동화 등 5가지 영역에서 Antigravity의 장점을 최대한 활용할 수 있습니다. 각 영역은 개별 개발자의 상용구 코드부터 팀 전체의 업무 인계에 이르기까지 다양한 유형의 반복 작업을 자동화해 줍니다.
1. 에이전트 기반 개발 및 작업 자동화
Antigravity는 개발자를 심도 있는 작업에서 벗어나게 만드는 반복 작업, 즉 상용구 코드 작성, 테스트 스위트 실행, 스테이징 환경 배포 등을 대신 처리합니다. 이러한 반복 작업은 그 자체로 시간이 오래 걸릴 뿐만 아니라 컨텍스트 전환을 유발하여, 집중력이 흐트러질 때마다 생산성을 저하시킵니다.
이러한 다단계 실행 작업을 에이전트에 위임하면 개발자는 아키텍처 설계와 문제 해결에 집중할 수 있습니다. 몇 가지 예시를 들어보겠습니다:
- 버그 수정 자동화: 에이전트가 버그를 추적하고, 수정 코드를 작성하며, 테스트를 실행한 후, 검토할 수 있도록 오류가 없는 패치를 전달하도록 하세요.
- 즉시 코드 스캐폴딩: 기능을 평이한 언어로 설명하면 에이전트가 전체 파일 구조와 초기 구현 코드를 생성해 줍니다.
- CI/CD 작업 처리: 빌드를 트리거하고 로그를 모니터링하도록 에이전트를 설정하면, 실제 오류가 발생한 경우에만 직접 개입하면 됩니다.
2. 신속한 프로토타이핑 및 UI 반복 개선
에이전트가 직접 구축한 결과를 확인할 수 있기 때문에 프론트엔드 일 속도가 훨씬 빨라집니다. Antigravity IDE는 ‘브라우저-인-더-루프(browser-in-the-loop)’ 기능을 활용합니다. 개발자가 픽셀 단위로 조정하고, 페이지를 새로 고치고, 이 과정을 반복할 필요 없이, 에이전트가 렌더링된 UI를 분석하여 시각적 피드백에 따라 코드를 자동으로 조정합니다.
이를 통해 다음 세 가지 방식으로 모크업과 브라우저 간의 격차를 해소할 수 있습니다:
- 모크업을 코드로 변환하기: 에이전트에 스크린샷이나 디자인 파일을 제공하면 즉시 기능적인 프론트엔드 코드를 생성할 수 있습니다.
- 컴포넌트 반복 개선: 에이전트에게 패딩이나 폰트 두께를 조정하도록 지시하면, 변경 사항이 실시간 브라우저 보기 화면에 적용되는 것을 확인할 수 있습니다.
- 시각적 테스트 실행: 에이전트를 사용하여 다양한 브라우저 간 렌더링 불일치를 자동으로 스캔하세요.
3. 코드베이스 분석 및 유지 관리
Antigravity 에이전트는 저장소를 지속적으로 안내해 주는 가이드 역할을 합니다. 이는 베테랑 엔지니어조차 스레드를 파악하기 어려운 레거시 파일의 경우 특히 중요합니다. 명확성이 부족하면 신규 기능 개발이 지연되고 기술적 부채가 증가합니다.
- 코드베이스 조사 수행: 에이전트에게 특정 인증 흐름이 어떻게 작동하는지 물어보고, 논리에 대한 명확하고 추적 가능한 설명을 들어보세요.
- 문서 생성: 에이전트가 스크립트를 분석하여 기술적인 README 문서와 유용한 인라인 주석을 자동으로 생성하도록 하세요.
- 코드 스멜 식별: 에이전트를 사용하여 리팩토링이 필요한 부분을 찾아내고, 에이전트가 제안하는 더 깔끔한 구현 방식을 검토하여 승인하세요.
엔지니어링 팀이 AI 지원 리팩토링과 백로그 정리를 통해 기술 부채를 추적, 우선순위 지정 및 해소하는 방법을 확인해 보세요:
4. 보안 감사 및 취약점 탐지
에이전트가 코드가 커밋되기 전에 스캔하면 보안 문제가 더 이상 릴리스를 지연시키는 요인이 되지 않습니다. Antigravity는 코딩 단계에서 취약점을 표시하고 수정 방안을 제안합니다. 이를 통해 개발 주기를 지연시키던 수동 검토를 백그라운드에서 지속적으로 진행되는 프로세스로 전환할 수 있습니다.
에이전트의 기능은 다음과 같습니다:
- 취약점 스캔: SQL 인젝션이나 크로스사이트 스크립팅(XSS)과 같은 일반적인 위험 요소를 식별합니다.
- 의존성 점검: 타사 패키지에 알려진 위험 요소가 있는지 확인하여 외부 라이브러리로부터 취약점이 유입되는 것을 방지하세요.
- 보안 수정 사항 생성: 탐지된 결함을 수정하는 제안된 코드 변경 사항을 검토합니다.
5. 크로스-기능 도구 통합
Antigravity는 스택 전반을 아우르는 가교 역할을 합니다. 에이전트가 작업을 처리하도록 함으로써 터미널, 브라우저, 프로젝트 관리 도구 간을 오가며 발생하는 번거로움을 덜어줍니다. AI 오케스트레이션을 위한 워크플로우 예시:
- 터미널과 브라우저 간 루프 자동화: 에이전트가 빌드를 실행하고, 브라우저에서 테스트한 후, 결과를 팀 채널에 게시하도록 하세요.
- 분리된 데이터 연결: 외부 API에서 정보를 가져오고, 데이터베이스를 업데이트하며, 요약 보고서를 생성하는 모든 과정을 하나의 흐름으로 처리할 수 있습니다.
- AI 도구를 연동하세요: Antigravity를 전문 도구와 연결하여 종단 간 자동화 파이프라인을 구축하세요.
당사의 설문조사에 따르면, 약 54%의 팀이 분산된 시스템에서 일하고 있으며, 49%는 도구 간에 맥락을 거의 공유하지 않는 것으로 나타났습니다. 사일로가 실제로 연결되면 어떤 모습이 되는지 살펴보겠습니다:
이러한 활용 사례를 뒷받침하는 주요 기능
에이전트 관리자, 시각적 피드백, 자율 계획 수립, 아티팩트 생성 등 네 가지 기능이 사용자에게 큰 이점을 제공합니다. 이 기능들이 결합되어, 사용자가 최종 결정권을 유지하는 동안 Antigravity가 다단계 일을 스스로 수행하는 방식을 설명해 줍니다.
- 에이전트 관리자: 하나의 미션 컨트롤 인터페이스에서 여러 개의 활성 에이전트를 모니터링하고, 프로젝트 전반에 걸친 진행 상황을 추적할 수 있습니다.
- 시각적 피드백: 에이전트가 프론트엔드 코드를 자동으로 조정하는 동안 UI 변경 사항과 브라우저 상호 작용을 실시간으로 확인하세요.
- 자율적 계획 수립: 에이전트가 코드를 한 줄도 작성하기 전에 구현 플랜을 승인하거나 수정하세요.
- 아티팩트 생성: 코드 패치나 비디오 안내 영상과 같은 구체적인 결과물을 검토하여, 모든 에이전트의 작업이 귀사의 기준을 충족하는지 확인하세요.
Antigravity는 개발자들이 코드를 작성하는 데서 벗어나 플랜을 검토하는 데 집중할 수 있도록 돕습니다
Antigravity의 에이전트가 구현 작업을 처리합니다. 개발자의 역할은 코드를 한 줄도 작성하기 전에 에이전트가 제시한 플랜을 검토하는 것입니다. 이는 코드 검토와는 다른 기술로, 일의 출시 속도를 조절하는 역할을 합니다.
이 두 가지는 비슷해 보이지만 사실은 다릅니다. 코드 리뷰는 ‘이 코드가 의도한 대로 작동하는가?’라고 묻습니다. 코드의 의도는 누구도 에디터를 열기 전부터 이미 정해져 있었습니다.
계획 검토 단계에서는 ‘의도 자체가 올바른가?’라는 질문을 던지지만, 자신의 사고를 검증할 코드 없이 그 판단을 내려야 합니다. 대부분의 엔지니어는 경력 발전 과정에서 이에 대한 보상이 주어지지 않기 때문에 이를 연습해 본 적이 없습니다. 게다가 버그 수정보다 가르치기 더 어렵습니다.
Antigravity의 설계는 이러한 점을 고려하고 있습니다. 계획 승인 및 3단계 목록 기반 권한 엔진( 거부 > 요청 > 허용 )은 선택적 설정이 아닌 핵심 제품 기능입니다. Google은 권한 부여가 사용자의 역할이라는 전제 하에 이 플랫폼을 구축했습니다.
문제는 팀이 자신의 권한 부여 능력을 얼마나 잘 파악하고 있는지 신뢰할 수 없다는 점입니다. 오픈소스 프로젝트 전반에 걸친 Cursor 도입에 대한 인과관계 연구에 따르면, 개발자들이 AI를 사용하기 시작한 직후 개발 속도가 즉시 향상된 것으로 나타났습니다. 하지만 코드 복잡도와 정적 분석 경고도 이와 함께 급증했습니다.
개발자들은 작업 속도가 빨라진 것처럼 느꼈지만, 코드베이스의 품질은 오히려 악화되었습니다. 데이터가 이를 보여주기 전까지는 아무도 눈치채지 못했습니다.
이것이 바로 속도가 추적해야 할 잘못된 메트릭인 이유입니다. 에이전트는 속도를 즉시 높여주지만, 승인된 일의 품질이 좋았는지에 대해서는 아무런 정보를 제공하지 않습니다. 이 가이드의 나머지 부분에 소개된 권한 규칙, 아티팩트 검토, 그리고 수동 점검 단계는 승인 과정의 품질을 보장하기 위해 마련된 것입니다. 바로 그 수치가 에이전트 기반 개발이 성과를 거두는지 여부를 결정합니다.
Antigravity vs. Cursor vs. Claude 코드 vs. GitHub Copilot
에이전트 기반 개발 분야에는 Google Antigravity(전용 에이전트 인터페이스), Cursor(에디터 내), Claude Code(터미널 내), GitHub Copilot(풀 리퀘스트 내) 등 네 가지 강력한 경쟁자가 있습니다. 에이전트가 어디에 위치하느냐에 따라 그 출력이 어느 큐로 전달되는지가 결정되며, 이는 팀이 매일 접하게 되는 부분입니다.
| Tool | 장점 | 한도 | 가장 적합한 용도 | 가격* |
|---|---|---|---|---|
| Google Antigravity | 에이전트는 자체적으로 렌더링된 UI를 확인합니다 | 출력 결과는 아무도 주목하지 않는 곳에 위치합니다 | 백그라운드에서 병렬 작업을 수행하는 팀 | 개인용 – 무료; AI Pro ~월 20달러, Ultra 월 100~250달러 |
| 커서 | 의도에서 편집까지의 시간을 최소화하기 | 똑같은 좌석 두 개라도 가격이 크게 다를 수 있습니다 | 에디터 내에서 일하는 개발자 | 월 $20 프로 플랜 |
| Claude 코드 | 수십 개의 파일에 걸쳐 일관된 논리를 유지합니다 | 프론트엔드 작업을 위한 시각적 작업 공간이 없는 경우 | 대규모 마이그레이션을 진행하는 선임 엔지니어 | Anthropic 플랜을 통한 사용량 기반 요금제 |
| GitHub Copilot | 이미 구축한 시스템 내에서 일을 수행하세요 | GitHub 외부에서는 이점이 사라집니다 | 검토 프로세스가 전적으로 GitHub에서 진행되는 조직 | 개인용 월 $10, 비즈니스용 월 $19+ |
Google Antigravity
Antigravity는 각 에이전트에게 최대한의 작업 공간을 제공합니다. 사용자가 플랜을 승인하면, 다른 작업을 수행하는 동안 에이전트가 파일, 터미널, 브라우저를 오가며 작업을 수행합니다. 나머지 세 가지 도구는 설계상 사용자가 더 가까이에서 작업할 수 있도록 하여, 12가지 작업을 동시에 처리해야 할 때까지는 큰 도움이 됩니다.
효과적인 활용법:
- 자신의 출력을 직접 확인하는 에이전트: 렌더링된 페이지를 지정하면, 브라우저에 표시되는 내용과 비교하여 해당 페이지의 CSS를 자동으로 수정합니다.
- 여러 에이전트를 한눈에 보기: 여러 에이전트가 각기 다른 프로젝트를 동시에 실행하는 모습을 지켜보며, 특정 에이전트가 멈춘 경우에만 개입하세요.
- 자꾸 잊어버리게 되는 반복 작업: 야간 테스트 점검이나 의존성 감사를 '예약된 작업'에 맡기고, 아침에 결과물을 확인하세요.
한도:
- 결과물은 아무도 주목하지 않는 곳에 남습니다: Copilot은 일 결과를 풀 리퀘스트에 남기고, Cursor는 에디터에 그대로 남겨둡니다. 반면 Antigravity의 결과물은 사용자가 의도적으로 열어야만 볼 수 있는 곳에 대기하며, 권한 엔진은 검토 내역을 추적하지 않고 실행을 제어하므로, 결함이 있는 버전이 출시되기 전까지는 백로그가 눈에 띄지 않습니다.
- 엔터프라이즈 등급에서는 타사 모델이 제외됩니다: Claude Sonnet 4.6, Claude Opus 4.6 및 GPT-OSS-120b는 무료 및 소비자 요금제에서는 사용할 수 있지만, Gemini Enterprise Agent Platform을 통해서는 이용할 수 없습니다. 따라서 팀이 시범 운영 중인 모델 조합은 구매 계약 체결 후 제공되는 조합과 다를 수 있습니다.
다음과 같은 경우에는 건너뛰세요: 입력하는 즉시 에이전트가 반응하는 것을 느끼고 싶으신 경우. 이 에이전트는 작업을 일괄 처리하여 넘겨주고 다른 일을 할 수 있도록 설계되었습니다.
가장 적합한 대상: 장시간에 걸쳐 병렬로 백그라운드 작업을 수행하는 팀, 특히 프론트엔드 반복 개발 과정에서 에이전트가 자체 렌더링을 확인하여 검토 주기를 단축할 수 있는 경우.
커서
Cursor는 사용자의 손과 가장 가까운 에이전트를 유지합니다. 커서 위치를 감지하여 버퍼를 열어줍니다. 따라서 네 가지 도구 중 의도에서 실행까지의 간격이 가장 짧으며, VS Code 팀은 단 하루 만에 전환할 수 있습니다.
또한 클라우드 에이전트를 통해 사용자의 컴퓨터 외부에서 일을 수행하므로, 예전처럼 ‘에디터에 국한된다’는 비판은 더 이상 적용되지 않습니다. 여전히 변함없는 점은 이 제품이 세션에 접속한 개발자를 중심으로 설계되었다는 사실입니다. 에이전트 군을 위임하는 것도 가능하지만, 인터페이스가 본래 그 용도로 설계된 것은 아닙니다.
효과적인 활용법:
- 재프롬프트 없이 여러 파일 편집: Hand Composer 2.5에 긴 작업을 맡기면, 프로그램이 스스로 파일 편집과 터미널 작업을 수행합니다.
- 리뷰어보다 먼저 검토하는 첫 번째 검토자: 버그봇이 브랜치에 코멘트를 남기므로, 명백한 결함은 사람의 검토 대기열에 도달하지 않습니다.
- 모든 좌석을 아우르는 안전 장치: 조직 전체에 프라이버시 모드를 적용하고, 관리자 보기 하나에서 개발자별 사용 현황을 확인할 수 있습니다.
한도:
- 동일한 좌석이라도 비용은 크게 다를 수 있습니다: 모델 선택에 따라 개발자가 용량을 소진하는 속도가 달라집니다
- 위임은 처리 속도를 높이는 데 필요한 컨텍스트를 잃게 만듭니다: 커서의 강점은 열려 있는 버퍼와 커서 위치를 읽어들이는 데서 나옵니다. 작성된 프롬프트를 기반으로 작동하는 클라우드 에이전트는 이러한 정보를 전혀 가지고 있지 않습니다. 즉, 동일한 작업을 수행하려면 훨씬 더 구체적인 지침이 필요합니다.
다음과 같은 경우에는 건너뛰세요: 병목 현상이 단일 파일에서 한 명의 개발자 작업 속도를 높이는 것이 아니라, 여러 레포지토리에서 다수의 에이전트를 실행하는 데서 발생하는 경우입니다.
가장 적합한 대상: 편집 작업 흐름 내에 에이전트를 활용하고자 하는 개발자, 특히 이미 VS Code를 표준 환경으로 채택한 팀.
Claude 코드
Claude Code는 아무도 시작하고 싶어 하지 않는 마이그레이션 작업에 활용하기 좋은 도구입니다. 60곳에서 사용되고 있는 기능이 변경되면, 이 도구는 호출 체인을 추적하고 테스트를 업데이트하며, 서명이 변경된 두 곳을 찾아냅니다. 이 모든 작업은 화면에 아무것도 표시되지 않은 상태에서 이루어집니다.
이 도구는 터미널에서 시작하여 IDE, Slack, 웹, GitHub까지 확장됩니다. 즉, 기존 환경을 대체하지 않고도 팀의 기존 작업 환경에 자연스럽게 통합될 수 있습니다. 따라서 네 가지 도구 중 도입하기는 가장 쉽지만, 셸 환경에 익숙하지 않은 사람에게 사용법을 익히게 하기는 가장 어렵습니다.
효과적인 활용법:
- 다음 분기에 다시 실행해 볼 수 있는 워크플로우: 에이전트가 다수의 하위 에이전트를 병렬로 처리하는 스크립트를 작성하도록 합니다.
- 충돌하지 않는 병렬 에이전트: 에이전트 팀(Agent Teams)은 각 에이전트에 고유한 작업 트리를 할당하므로, 여러 에이전트가 서로를 덮어쓰지 않고 동일한 레포지토리에서 작업할 수 있습니다.
- 전체 마이그레이션 과정에 걸친 일관성: 수십 개의 파일에 걸친 작업을 맡기면, 논리가 처음부터 끝까지 일관되게 유지됩니다.
한도:
- 프론트엔드 일은 ‘눈감고’ 진행됩니다: 렌더링된 화면이 없으면 UI 수정 시 문제가 보이는 부분을 직접 보여주기보다는 설명해야 합니다. 이로 인해 시각적 변경을 할 때마다 추가적인 단계가 필요합니다.
- 제공자에 따라 기능이 다릅니다: 클라우드 제공자를 통해 액세스할 경우, 자체 제공자와 동일한 기능 세트를 사용할 수 없습니다. 따라서 기업에 도입하기 전에는 먼저 기능 호환성 확인이 필요합니다.
다음과 같은 경우에는 건너뛰세요: 가장 많은 일이 시각적 반복 작업인 경우, 또는 에이전트가 가장 필요한 사람들이 터미널을 열기를 꺼리는 경우.
가장 적합한 대상: 논리적 사고의 질이 결과의 성패를 좌우하는 복잡한 리팩토링 및 마이그레이션 작업을 수행하는 시니어 엔지니어.
GitHub Copilot
GitHub Copilot은 단순한 기능 자체보다는 적절한 배치에 중점을 둡니다. 이 에이전트는 풀 리퀘스트, 문제, 액션 내에서 작동합니다. 결과물은 팀이 매일 아침 이미 열어두는 대기열로 전달됩니다.
이러한 배치 방식은 나머지 세 가지 방식이 해결하지 못한 거버넌스 문제도 해결해 줍니다. 에이전트의 일은 브랜치 보호, 필수 검토, CODEOWNERS를 모두 거칩니다. 즉, 수년에 걸쳐 구성해 온 검증 절차를 새로운 정책을 하나도 추가하지 않고도 계속 유지할 수 있습니다.
효과적인 활용법:
- 대충 만든 패치가 아닌, 본격적인 풀 리퀘스트: 문제를 할당하면 클라우드 에이전트가 사람이 브랜치를 관리할 때와 동일한 보안 절차를 거쳐 풀 리퀘스트(PR)를 생성합니다.
- 동일한 흐름에서 사용할 수 있는 타사 에이전트: GitHub를 벗어나지 않고 Copilot 내에서 Claude Code 또는 Codex로 작업을 전달할 수 있습니다.
- 모든 diff에 대한 1차 검토: 스타일 및 명백한 결함은 이 도구가 처리하도록 하여, 검토자가 디자인 결정에 집중할 수 있도록 하세요.
한도:
- GitHub 외부에서는 장점이 사라집니다: GitLab에서 코드 검토가 이루어지거나 CI 환경이 다른 곳에 있는 경우, 다른 tools와 마찬가지로 에이전트의 기본 기능만 비교하게 됩니다.
- 작업은 먼저 문제 모양으로 정의되어야 합니다: 에이전트는 범위가 명확히 정의된 문제를 기반으로 작업하여 diff를 생성합니다. 따라서 탐색적 작업의 경우, 작업을 시작하기 전에 사람이 산출물을 정의해야 합니다.
다음과 같은 경우에는 건너뛰세요: 터미널, 브라우저, 파일 시스템에 대한 광범위한 로컬 제어 기능을 갖춘 에이전트를 원하시는 경우.
가장 적합한 대상: 이미 검토 프로세스 전체를 GitHub에서 진행하고 있으며, AI를 별도의 프로세스가 아닌 해당 흐름에 직접 통합하고자 하는 팀.
Google Antigravity 시작하기
설정 과정은 총 6단계로 이루어집니다: 실행 표면 선택, 설치 및 동기화, 작업 공간 연결, 에이전트 모델 설정, 브라우저 에이전트 활성화, 그리고 위험도가 낮은 첫 번째 작업 할당입니다. 개인용 플랜은 무료이며 모든 기능을 포함하고 있으므로, 구매 주문서가 체결되기 전에도 실제 에이전트를 실행해 볼 수 있습니다. 설정 순서는 다음과 같습니다.
- 사용 환경을 선택하세요: 병렬 에이전트 오케스트레이션이 필요하다면 Antigravity 2.0을, 헤드리스 및 터미널 워크플로우를 원한다면 CLI를, 개발자가 에디터 내에서 작업을 계속하고 싶다면 IDE를 선택하세요. SDK는 맞춤형 에이전트를 구축하는 데 사용됩니다.
- 설치 및 동기화: macOS, Linux 또는 Windows에서 antigravity.google에서 다운로드하세요. 원활한 전환을 위해 기존 VS Code 또는 Cursor 설정을 가져오세요.
- 작업 공간 연결하기: 로컬 프로젝트 폴더를 열고, 에이전트가 저장소를 인덱스하여 로직과 구조를 파악할 수 있도록 몇 분 정도 기다려 주세요.
- 에이전트 모델 설정: 일상적인 작업에서는 속도를 위해 Gemini 3.5 Flash로 시작하세요. 여러 파일을 대상으로 하는 리팩토링과 같이 복잡한 추론 작업이 필요한 경우에는 Gemini 3.1 Pro로 전환하세요.
- 브라우저 에이전트 활성화: 간단한 작업을 트리거하여 Chrome 확장 프로그램을 한 번만 설치하면 시각적 피드백을 잠금 해제할 수 있습니다.
- 저위험 작업 할당하기: 청구 서비스 같은 복잡한 작업이 아닌, 단일 모듈의 README 문서나 특정 기능에 대한 단위 테스트부터 시작하세요.
Google Antigravity에서 신뢰할 수 있는 결과를 얻으려면 어떻게 해야 할까요?
신뢰할 수 있는 결과를 얻으려면 AI를 성공적으로 도입하기 위한 다섯 가지 관행을 준수해야 합니다. 명확한 프롬프트, 사전 구성된 권한, 병합 전 아티팩트 검토, 저위험 초기 작업, 반복 작업 추적 등이 그것입니다. 이 중 하나라도 생략하면 알림 없이 에이전트의 출력 품질이 저하됩니다. 다음은 실천 가이드입니다.
- 명확하고 완전한 프롬프트를 작성하세요: 에이전트에게 코드베이스의 맥락, 출력 형식 및 제약 조건을 제공하세요. 모호한 지침은 모호한 결과를 낳습니다.
- 자율 실행 전에 권한을 구성하세요: Antigravity의 세 가지 권한 목록에 따라 모든 민감한 작업을 분류하세요. 시스템에 손상을 줄 수 있는 명령어는 '거부(Deny)'에, 자격 증명 및 프로덕션 액세스는 '확인 요청(Ask)'에, '허용(Allow)'은 레포지토리 파일 읽기나 테스트 실행과 같은 일상적인 호출만 포함하도록 설정하세요.
- 병합 전 아티팩트 검토: 에이전트가 생성한 코드는 신입 개발자가 제출한 풀 리퀘스트처럼 취급하세요. 코드 검토 체크리스트에 따라 실행하여, 단순히 차이점(diff)만 확인하는 것이 아니라 사람이 직접 논리를 검증하도록 하세요.
- 위험 부담이 적은 작업부터 시작하세요: 먼저 문서, 기존 코드에 대한 단위 테스트, 코드베이스 분석 등을 맡겨보세요. 이러한 작업은 위험에 노출되지 않으면서 신뢰를 쌓을 수 있으며, 결제 서비스는 첫날부터 맡기기에는 적합하지 않습니다.
- 모니터링 및 반복 개선: 어떤 프롬프트가 성공적으로 처리되는지, 에이전트가 어떤 작업을 계속 실패하는지, 그리고 사람이 가장 많이 개입하는 지점을 추적하세요. 이러한 개입 지점을 통해 프롬프트, 권한 규칙, 또는 작업 자체 등 다음에 무엇을 수정해야 할지 파악할 수 있습니다.
전문가 팁: 실행 중에가 아니라 실행 전에 권한 목록을 설정하세요. 작업 도중에 승인된 권한은 무의식적으로 승인되는 경향이 있습니다. 에이전트가 네 번째 프롬프트에서 일시 중지되면, 작업을 계속 진행하기 위해 무심코 ‘허용’을 클릭하게 되기 때문입니다. 이 논리는 플랜에도 동일하게 적용됩니다. 버그보다는 잘못된 가정이 있는지 확인하기 위해 플랜을 꼼꼼히 검토하세요. 잘못된 전제는 완벽하게 작동하지만 잘못된 문제를 해결하는 코드를 생성하며, diff는 내부적으로 일관성이 있어 보일 수 있기 때문입니다.
Google Antigravity의 한도를 고려한 플랜 수립 방법
Antigravity를 활용할 때는 다음 다섯 가지 제약 사항을 미리 고려해야 합니다: '확실해 보이지만 틀린' 출력 결과, 주간 할당량 상한, 비동기 전용 지연 시간, 플랫폼 간 기능 지원 불균형, 민감한 코드에 대한 미해결 규정 준수 문제 등입니다. 이러한 사항을 사전에 파악해 두면 현실적인 기대치를 설정할 수 있으며, 프로젝트 도중 예상치 못한 문제가 발생하는 것을 방지할 수 있습니다.
- 에이전트가 작성한 모든 변경 사항을 검증하세요: 잘못된 코드, 요구사항 오해, 자신 있게 말하는 실수 등이 발생할 수 있습니다. 여전히 그 이면에는 LLM 에이전트가 작동하고 있습니다. 테스트를 완료할 때까지는 출력을 초안으로 간주하세요.
- 할당량 상한선을 고려한 예산 책정: 주간 속도 제한이 초과되면 해당 기간이 재설정될 때까지 서비스가 차단될 수 있으므로 이에 대비한 플랜을 세워야 합니다. 또한, 추가 용량은 Pro 및 Ultra 구독자에게 별도로 판매되는 AI 크레딧을 통해 제공된다는 점에 유의하세요. Google은 크레딧 1개로 에이전트가 수행할 수 있는 작업량을 공개하지 않으므로, 개발자당 비용 예측은 여전히 추측에 그칠 수밖에 없습니다.
- 페어 프로그래밍이 아닌 비동기 일을 염두에 둔 설계: 에이전트와 함께 코딩하면서 실시간 응답을 기대하기보다는, 에이전트를 백그라운드에서 대기열에 넣거나 작업을 일괄 처리하도록 하세요.
- 각 플랫폼 간 기능 호환성 확인: 팀에서 하나의 플랫폼을 표준으로 채택하기 전에 데스크톱 앱, CLI, IDE, SDK를 비교해 보세요. 각 플랫폼마다 제공하는 기능이 서로 다르기 때문에 이 과정이 중요합니다.
- 민감한 코드를 도입하기 전에 규정 준수 여부를 점검하세요: Antigravity를 사내 리포지토리에 적용하기 전에, 해당 도구가 조직의 보안 및 데이터 프라이버시 요건을 충족하는지 평가하십시오.
ClickUp에서 Antigravity 에이전트를 관리하는 방법
Antigravity의 권한 엔진은 에이전트가 실행 중에 수행할 수 있는 작업을 제한합니다. 그러나 실행 후 출력물에 대해 누가 검토하는지, 승인이 얼마나 걸리는지, 또는 출시 전에 잘못된 가정을 누군가 발견할 수 있는지 등 출력물의 후속 처리는 관리하지 않습니다. 이는 팀 협업의 문제이며, 에이전트 플랫폼은 팀 협업 문제를 해결하지 않습니다.
ClickUp은 작업의 시작과 끝 양쪽 모두에서 활용됩니다. Codegen은 작업과 관련된 전체 컨텍스트(설명, 승인 기준, 연결된 사양서, 댓글 내역)를 추출하여 실행이 시작되기 전에 에이전트에 전달합니다. 이는 터미널에 직접 입력하는 프롬프트와는 다른 방식입니다. 결과물은 상태, 담당자, 마감일이 이미 적용된 링크된 PR 형태로 반환됩니다.
ClickUp 외부에서 작성된 플랜을 작업 설명란에 붙여넣기하면, ClickUp Brain이 이를 실시간 스프린트 데이터와 대조하여 분석합니다. 이번 주에 어떤 항목과 충돌하는지, 이번 달에 어떤 에이전트 패치가 되돌려졌는지, 어떤 부분이 공유되는지, 그리고 검토 하위 작업은 어디에 배치해야 하는지 등을 파악해 줍니다.
Brain은 또한 단일 구독으로 Claude, GPT, Gemini를 모두 실행합니다. 작업에 적합한 모델을 직접 선택할 수 있습니다.
야간 시간대는 처리하기 더 까다로운 공백 시간대입니다. Antigravity의 '예약된 작업(Scheduled Tasks)' 기능은 대기열이 비어 있든 아니든 상관없이 패치를 배포합니다. ClickUp의 '슈퍼 에이전트(Super Agents)'는 들어오는 각 플랜을 스프린트 범위와 대조하여 검토하고, 위험도에 따라 순위를 매긴 뒤, 고위험 항목을 가장 경험이 풍부한 검토자에게 배정합니다. 24시간이 지나도 검토되지 않은 항목은 상위 단계로 에스컬레이션됩니다. 아침에 우선순위가 지정된 대기열을 열면, 해당 항목에 대한 근거 설명이 첨부됩니다.
Seismic의 CBO 및 CMO 수석 보좌관인 마리아 윌콕스(Mariah Wilcox)가 ClickUp에서 에이전트에 대해 설명합니다:
예전에는 마케팅 업무 접수 과정에서 제출자와 담당자 간의 끝없는 소통이 오갔고, 누군가 자리를 비우면 업무가 지연되곤 했습니다. 이제는 ClickUp의 에이전트가 각 요청을 검토하고, 요구 사항을 수집하며, 업무 인계 전에 용량을 확인합니다. 덕분에 크리에이티브 팀은 접수 양식을 쫓아다니는 대신 제작 작업에 집중하며 즉시 일을 시작할 수 있습니다. 게다가 에이전트는 연차를 쓰지 않습니다!
예전에는 마케팅 업무 접수 과정에서 제출자와 담당자 간의 끝없는 소통이 오갔고, 누군가 자리를 비울 때마다 업무가 지연되곤 했습니다. 이제는 ClickUp의 에이전트가 각 요청을 검토하고, 요구 사항을 수집하며, 업무 인계 전에 용량을 확인합니다. 덕분에 크리에이티브 팀은 접수 양식을 쫓아다니는 대신 제작 작업에 집중하며 즉시 일을 시작할 수 있습니다. 게다가 에이전트는 연차를 쓰지 않습니다!
에이전트 출력물을 관리하는 데 특히 효과적인 방법은 다음과 같습니다:
- 에이전트의 모든 패치는 자동으로 검토 파이프라인에 반영됩니다: 에이전트가 풀 리퀘스트(PR)를 열면 GitHub 연동을 통해 ClickUp 자동화 기능이 트리거됩니다. 이를 통해 에이전트 출력 리스트에 PR이 연결된 작업이 생성되며, 상태는 '검토 계획'으로 설정되고 마감일이 지정됩니다. 또한, 검토자 필드가 채워지지 않은 경우 해당 자동화 기능이 상태가 '승인됨'으로 진행되는 것을 차단합니다.
- 누가 무엇을, 어떤 이유로 승인했는지 정확히 추적할 수 있습니다: 구현 플랜을 Docs에 저장하고, 해당 작업과 연결한 뒤 wiki로 설정하세요. 버전 기록에는 모든 수정 내역이 기록되며, 검토자의 코멘트와 상태 타임스탬프는 작업 항목에 그대로 남아 있습니다.
- 용량 및 품질 문제는 누군가 보고하기 전에 먼저 드러납니다: ClickUp 대시보드 카드에서 '계획 검토' 및 '코드 검토'의 평균 상태 체류 시간을 추적하세요. 작업이 뒤로 밀려난 것을 보여주는 카드는 프롬프트의 품질을 나타냅니다. 처리량이 정체된 상태에서 첫 번째 수치가 상승하면 용량 문제가 있는 것이며, 두 번째 수치가 상승하면 프롬프트에 문제가 있는 것입니다.
솔직한 한계: ClickUp은 에이전트 출력을 중심으로 조정 계층을 운영합니다. 특히 Antigravity 실행의 경우, 연결 지점은 GitHub 연동 기능이므로, 에이전트가 PR을 생성하는 팀은 이 기능을 자동으로 이용할 수 있습니다. 그 외의 사용자는 직접 작업을 생성하거나 webhook을 연결해야 합니다.
적합한 대상: 여러 에이전트를 동시에 실행하는 팀으로, ‘에이전트가 이 일을 수행할 수 있을까’라는 질문에서 ‘검증을 따라잡을 수 있을까’라는 질문으로 전환된 경우입니다. 부업 프로젝트에서 두 개의 에이전트를 실행하는 개발자 한 명에게는 이 도구가 필요하지 않습니다. Antigravity의 에이전트 관리자만으로도 충분합니다.
ClickUp 내에서 에이전트 워크플로우가 트리거에서 검토된 결과물로 어떻게 진행되는지 확인해 보세요:
ClickUp으로 AI 개발 워크플로우를 간소화하세요
Google Antigravity의 활용 사례는 자동화된 버그 수정과 신속한 프로토타이핑을 통해 수작업에 드는 부담을 줄일 수 있는 명확한 방법을 제시합니다. 하지만 성공 여부는 기술적인 측면뿐만 아니라, 코드베이스를 안정적으로 유지하기 위한 명확한 프롬프트, 강력한 안전 장치, 그리고 일관된 사람의 감독이 필수적입니다.
아마도 여러분은 작업 전환으로 인해 지나치게 많은 시간을 낭비하고 계실 것입니다. 에이전트 기반 플랫폼이 해결책을 제시하긴 하지만, 이는 탄탄한 워크플로우 관리와 결합되었을 때만 제대로 작동합니다. AI 에이전트가 더 빠르게 결과를 도출하도록 만드는 방법을 익히고, 마침내 창의적인 작업에 전념할 수 있는 여유를 확보하는 것이 중요합니다.
AI 개발과 프로젝트 관리를 한 곳에서 통합할 준비가 되셨다면, 지금 바로 ClickUp을 무료로 사용해 보세요. 통합된 작업 공간이 도구 과다 사용을 해소하고 로드맵을 원활하게 진행시키는 방법을 직접 확인해 보십시오.
Google Antigravity 활용 사례에 대한 자주 묻는 질문
Antigravity 2.0에서는 무엇이 바뀌었나요?
Antigravity 2.0에는 새롭게 디자인된 데스크톱 앱, 명령줄 인터페이스(CLI), 그리고 맞춤형 에이전트 워크플로우를 위한 SDK가 추가되었습니다. 데스크톱 앱을 사용하면 Google AI Studio, Android, Firebase와의 연동을 통해 여러 에이전트를 동시에 관리하고, 맞춤형 하위 에이전트 워크플로우를 설계하며, 백그라운드에서 실행될 작업을 예약할 수 있습니다. 이는 단일 IDE에서 더 광범위한 에이전트 관리 플랫폼으로의 전환을 의미합니다.
코드 작성 외에도 Google Antigravity를 어떤 용도로 활용할 수 있을까요?
Google은 경쟁사 분석 및 웹 조사, 문서화, 과학 연구 등 비개발자용 워크플로우를 구체적으로 설명하고 있습니다. Google의 에이전트는 AlphaFold Database, UniProt, PubChem, ChEMBL을 비롯한 20개 이상의 주요 과학 데이터베이스와 AlphaGenome과 같은 최첨단 모델을 능숙하게 다룰 수 있습니다. Google이 직접 제공하는 CLI 코드랩은 작업을 개발자용과 비개발자용으로 구분하여 제공합니다.
Antigravity에서 할당량 한도에 도달했다는 메시지가 표시되는 이유는 무엇이며, 할당량을 늘리려면 어떻게 해야 하나요?
Antigravity는 기본 할당량과 주간 속도 제한을 모두 적용합니다. Google AI Pro 및 Ultra에서는 기본 할당량이 5시간마다 갱신되며, 주간 한도에 도달하면 기간이 재설정될 때까지 모델 사용이 제한됩니다. Pro 및 Ultra 구독자는 초과 사용 시 AI 크레딧을 구매할 수 있으며, 2,500크레딧당 25달러입니다. Google은 1크레딧으로 에이전트가 수행할 수 있는 작업량을 공개하지 않으므로, 개발자당 예측 사용량은 여전히 추정치에 불과합니다.
팀과 기업에서도 Google Antigravity를 사용할 수 있나요?
네, 팀과 기업에서도 Google Antigravity를 사용할 수 있습니다. 이 서비스는 개별 Google AI 구독 등급과는 별도로, Gemini Enterprise Agent Platform을 통해 Google Cloud 고객이 이용할 수 있습니다. 개인 계정은 Google의 소비자 서비스 약관이 적용되며, 팀 배포 환경에는 Google Cloud 약관이 적용됩니다. 에이전트를 사내 전용 리포지토리에 연결하기 전에, 귀사의 보안 및 데이터 프라이버시 요구 사항에 부합하는지 먼저 검토하시기 바랍니다.
Antigravity는 Gemini CLI와 어떻게 다른가요?
Antigravity CLI가 Gemini CLI를 대체했습니다. Google은 Antigravity 에이전트 하네스를 공유하는 Go 기반 터미널 인터페이스인 Antigravity CLI를 출시하고, 일반 사용자용 Gemini CLI를 단종했습니다. 실질적인 차이점은 다음과 같습니다. Gemini CLI는 더 가벼운 세션 기반 터미널 에이전트였던 반면, Antigravity CLI는 데스크톱 앱과 동일한 권한 엔진 하에서 자율 에이전트를 실행하고, 셸 명령어를 수행하며, 백그라운드 하위 에이전트를 관리합니다.