AI 기술을 누구나 쉽게 활용할 수 있도록 실전 가이드를 작성합니다. ChatGPT, Claude, AI 자동화, SEO 분야를 전문으로 다룹니다.
Google Antigravity는 VS Code를 포크해 만든 에이전트 우선 AI IDE예요. Gemini 계열 모델을 기본으로 쓰고, 데스크탑 앱·CLI·SDK를 함께 제공하며, 여러 에이전트를 병렬로 디스패치하는 구조가 특징이에요. 이 글은 React 대시보드·Python 데이터 ETL·Astro 블로그·Node API 서버·Chrome Extension 다섯 가지 프로젝트 유형을 기준으로, 이 도구가 어디에서 이득이 크고 어디에서 한계가 드러나는지 정리한 가이드예요.
성격을 세 가지로 요약하면 이래요. (1) 에이전트 우선 IDE — Manager View가 메인이고 Editor View는 보조예요. 에디터 중심인 Cursor와 반대 구조죠. (2) 병렬 에이전트 — 한 워크스페이스에서 여러 작업을 동시에 굴릴 수 있어요. (3) 무료 플랜 시작 — 카드 등록 없이 시작할 수 있어서 1인 개발자 진입 장벽이 낮아요.
먼저 밝혀둘 게 있어요. 아래 내용은 작업 흐름과 알려진 사용 패턴 위주의 정리이고, 특정 환경에서 직접 측정한 벤치마크가 아니에요. 처리 시간·품질 차이·벤치마크 점수 같은 숫자는 프로젝트 성격, 프롬프트 작성 습관, 모델 버전에 따라 크게 달라져서 특정 값을 일반화하기 어려워요. 그래서 이 글에는 검증하기 어려운 수치를 넣지 않았어요. 제품명·모델 버전·요금은 개편이 잦으니 공식 페이지에서 최신 정보를 직접 확인하시길 권해요.
첫 사례는 SaaS 분석 대시보드예요. 자연어 프롬프트 하나로 시작하는 방식이죠. "Recharts + shadcn/ui + Tailwind 기반 SaaS 분석 대시보드 만들어줘. KPI 카드 5개 + 차트 3개 + 데이터 테이블 1개." 이렇게 넣으면 Manager View가 서브태스크를 자동으로 나눠줘요.
이런 유형에서 초안이 나오는 속도는 확실히 빠릅니다. 손으로 스캐폴딩하고 컴포넌트를 하나씩 붙이는 흐름과 비교가 안 되거든요. 다만 아낀 시간을 통합 단계에서 다시 쓰게 되는 경우가 많아요. 컴포넌트 쪽이 기대하는 prop 인터페이스와 API 쪽이 내놓는 응답 스키마가 어긋나 손으로 맞춰야 하는 상황이 흔합니다. 결국 "초안은 빠르고 통합은 사람 몫"이 정확한 표현이에요.
정리하면 이래요. (1) 첫 프롬프트에 컴포넌트 명세·기술 스택·디자인 토큰을 최대한 적어두면 나중에 고칠 일이 줄어요. (2) Manager View에서 분할 결과를 먼저 확인하고, 의존성이 강한 작업은 순차 처리로 바꾸세요. (3) 통합 단계에서 prop 미스매치·타입 에러를 한 번에 몰아서 점검하세요. (4) 마지막에 시각 회귀 테스트 결과를 확인하세요.
두 번째는 Python 데이터 ETL 파이프라인이에요. CSV를 읽어 정리하고 DB에 적재하는 작업이죠. Pandas·SQLAlchemy 기본 코드는 무난하게 나오지만, 데이터 변환 로직이 조금만 복잡해지면 상위 추론 모델과 결과물 차이가 드러난다는 지적이 많아요. 컬럼 병합 규칙이나 예외 처리 분기에서 어설픈 코드가 나오는 식이에요.
그래서 이렇게 나누는 걸 권해요. (1) 단독 처리 회피 — ETL은 Antigravity로 뼈대를 잡되, 품질이 아쉬우면 상위 추론 모델로 넘겨요. (2) 자동완성·import는 Antigravity — 일상 코드는 여기서 처리하고 복잡한 변환 로직만 분리해요. (3) 테스트 작성은 잘 맞아요 — 단위 테스트·통합 테스트 자동 생성 품질이 준수해요.
한 줄로 줄이면, Python 데이터 작업은 도구 하나로 밀어붙이기보다 두 도구를 병행하고, 프로덕션 배포 전에는 사람 검토 단계를 꼭 넣는 게 안전해요.
세 번째는 Astro 블로그 + Firebase Hosting + Firestore CMS + Cloud Functions 조합이에요. Google Cloud를 통으로 쓰는 프로젝트라 Antigravity의 성격이 가장 잘 드러나는 유형이에요.
강점은 네 가지예요. (1) Firebase·Cloud Functions·Firestore 셋업 자동화. (2) Vertex AI를 붙여 콘텐츠 자동 분류·태그 추천 구현. (3) Google Cloud CLI 자동화 스크립트 동시 생성. (4) 배포까지 한 흐름으로 처리. 특히 콘솔을 오가며 설정하던 부분을 프롬프트로 대신할 수 있어서 손이 덜 가요.
주의할 점도 있어요. (1) Firebase CLI 권한을 미리 설정하고 Antigravity 인증과 붙여두세요. (2) Cloud Functions 배포 흐름을 자동화할 때 환경변수 관리를 함께 정리하세요. (3) Vertex AI를 쓴다면 한국 리전(asia-northeast3 서울)을 명시해두는 게 지연 시간에 유리해요.
네 번째는 Node.js + Express + Prisma + PostgreSQL API 서버예요. 사용자 인증·CRUD·결제 통합이 함께 들어가는 구성이죠. 단순 CRUD API는 빠르게 나오지만, 인증과 결제 쪽은 그대로 쓰기 불안한 영역이에요. 토큰 만료 처리나 검증 순서 같은 부분이 허술하게 잡히는 경우가 있어서 결국 사람이 다시 쓰게 됩니다.
정리하면 이래요. (1) 단순 CRUD·라우트는 무료 플랜으로도 충분해요. (2) JWT·OAuth·결제 통합은 보안 취약점 위험이 있으니 상위 추론 모델로 다시 검토하세요. (3) Prisma 스키마·마이그레이션 자동 생성은 잘 맞아요. (4) API 테스트·문서화(Swagger·OpenAPI)는 병렬 에이전트가 특히 효율적이에요.
다섯 번째는 Chrome Extension이에요. 페이지 콘텐츠 자동 요약 + 사이드 패널 UI + 백그라운드 서비스 워커 구성이죠. 다섯 유형 중 이득이 가장 뚜렷한 쪽이에요. Manifest V3 셋업처럼 매번 문서를 다시 찾아보게 되는 작업을 자동으로 처리해주거든요.
강점은 네 가지예요. (1) Manifest V3 자동 생성과 권한 설정. (2) 사이드 패널 React 컴포넌트 자동 생성. (3) 백그라운드 서비스 워커 작성. (4) Chrome Web Store 배포 패키지 빌드.
주의할 점은 이래요. (1) Manifest V3 권한은 최소화하는 게 좋으니 자동 제안된 권한을 반드시 점검하세요. (2) 시각 UI 편집 기능이 없어서 사이드 패널은 코드를 직접 고치고 미리보기로 확인해야 해요. (3) Web Store 심사를 통과하려면 권한 설명과 개인정보 처리 방침을 미리 정리해두세요.
어느 쪽이 맞는지는 쓰는 환경에 따라 갈려요. (1) Google Cloud 사용자 — Antigravity 쪽이 유리해요. Firebase·Cloud Functions·Vertex AI 통합이 촘촘하거든요. (2) AWS·Azure 중심 사용자 — Cursor 쪽이 편해요. 특정 클라우드에 묶이지 않고 모델 선택폭도 넓어요. (3) 사이드 프로젝트 다수 운영자 — Antigravity 무료 플랜으로 시작하는 게 부담이 적어요. (4) 프로덕션 코드 풀타임 — 복잡 추론이 안정적인 상위 모델을 쓸 수 있는 쪽이 안전해요. (5) 혼합 사용자 — 두 도구를 함께 열어두고 작업별로 나눠 쓰는 방법이 있어요.
개인적으로 추천하는 조합은 Antigravity 무료 플랜으로 일상 작업·프로토타이핑·Google Cloud 작업을 처리하고, 프로덕션 코드와 복잡한 추론은 다른 도구로 넘기는 방식이에요. 두 도구를 동시에 유료로 쓸 필요는 없고, 무료 플랜 한도가 부족해지는 시점에 업그레이드를 판단하면 돼요.
(1) SaaS MVP 프로토타이핑 — 짧은 사이클로 동작하는 MVP를 만들어보기 좋아요. Lovable·bolt.new 같은 도구의 대안으로도 쓸 수 있어요. (2) Google Cloud 통합 프로젝트 — Firebase·Cloud Functions·Vertex AI 셋업부터 배포까지 한 흐름으로 처리돼요. (3) CLI 자동화 스크립트 — 셸 스크립트나 DevOps 자동화를 자연어로 작성해요. (4) 문서화·테스트 자동화 — README·API 문서·튜토리얼·단위 테스트를 병렬로 동시 생성해요. (5) Chrome Extension·크로스 플랫폼 신규 빌드 — Manifest V3·React Native·Electron처럼 초기 셋업이 번거로운 신규 프로젝트에서 이득이 커요.
반대로 레거시 코드 분석, 금융·의료·법무처럼 도메인 규칙이 복잡한 로직, 대규모 리팩터링은 아직 기대치를 낮추는 게 좋아요.
도입 초기에 자주 부딪히는 한계를 정리했어요. (1) 복잡 추론 작업 품질 — 긴 새 모듈 설계, 복잡한 비즈니스 로직, 다중 파일 디버깅은 상위 추론 모델 쪽이 안정적이에요. 프로덕션 코드는 분기하세요. (2) 병렬 에이전트 일관성 문제 — 에이전트들이 독립적으로 움직이다 보니 인터페이스 미스매치·중복 코드·스타일 불일치가 생겨요. 통합 단계에서 사람이 정리해야 해요. (3) 한국어 코멘트 자연도 — 뜻은 통하지만 문장이 어색해서 한국어 docstring·README는 손보게 돼요. (4) 시각 UI 편집 기능 부재 — 디자인을 눈으로 보며 고치는 작업은 다른 도구가 필요해요. (5) VS Code Extension 호환성 일부 이슈 — 대부분 호환되지만 전부는 아니어서 핵심 Extension은 미리 확인해야 해요.
이 중 (1)과 (2)는 모델 세대가 올라가면 개선될 여지가 있고, (3)은 한국어 학습이 강화되면 나아질 부분이에요. (4)와 (5)는 제품 로드맵과 생태계 성숙에 달렸어요. 한계 영역은 다른 도구로 우회하면서 강점 영역에서 이득을 뽑는 게 현실적인 사용법이에요.
요금 이야기는 숫자를 적어두면 금방 틀리는 영역이에요. Google의 AI 구독 요금제와 호출 한도는 개편이 잦아서, 이 글을 읽는 시점에는 이미 달라져 있을 가능성이 큽니다. 정확한 최신 요금과 한도는 Google 공식 요금 페이지에서 확인하세요.
대신 판단 순서를 정리해둘게요. (1) 무료 플랜으로 1주 정도 실제 작업을 돌려보세요. (2) 그 사이 어떤 작업에서 호출 한도가 빨리 닳는지 기록하세요. 보통 단순 자동완성보다 병렬 에이전트 디스패치가 한도를 많이 먹어요. (3) 한도가 부족해지는 시점에만 유료 플랜을 검토하세요. (4) 이미 다른 AI IDE를 유료로 쓰고 있다면, 두 개를 동시에 결제하기 전에 작업별 분담이 실제로 이득인지 한 달 정도 재보세요.
가장 흔한 실수가 "좋다는 소문 듣고 상위 플랜부터 결제하기"예요. 1인 개발자 기준으로는 무료 플랜만으로도 사이드 프로젝트가 충분히 돌아가는 경우가 많아요.
(1) Settings Sync 활성화 — VS Code에서 Settings Sync를 켜고 GitHub 계정을 연동해 설정·snippets·키바인딩·테마를 클라우드에 올려두세요. (2) Antigravity 설치 — 공식 사이트에서 데스크탑 앱을 받고 Settings Sync로 기존 설정을 가져오세요. (3) Extensions 점검 — GitLens·Prettier·ESLint·Tailwind CSS IntelliSense·Path Intellisense처럼 자주 쓰는 Extension의 호환성을 먼저 확인하고, 안 되는 건 대안을 찾아두세요. (4) Manager View·Editor View 익히기 — 첫 주는 익숙한 Editor View 중심으로 쓰다가 점차 Manager View를 늘리세요. 첫 병렬 디스패치는 단순 작업부터 시작하는 게 좋아요. (5) 호출 패턴 파악 — 어떤 작업이 한도를 많이 쓰는지 감을 잡아두면 플랜 판단이 쉬워져요.
첫 설정은 한두 시간이면 끝나고, 손에 붙는 데는 1주 정도 걸려요. 처음부터 본 프로젝트를 통째로 옮기지 마시고, 사이드 프로젝트 하나를 골라 완전히 옮겨본 뒤 판단하세요. Settings Sync를 켜두면 문제가 생겨도 원래 환경으로 되돌리기 쉬워요.
잘 맞는 작업 — (1) 단순 자동완성·import·함수 시그니처 추론, (2) 일상적인 React·Vue·Svelte 컴포넌트 작성, (3) Python·Node 단순 CRUD 코드, (4) 테스트 작성·문서화·README, (5) Google Cloud·Firebase 통합 코드.
안 맞는 작업 — (1) 긴 새 모듈 설계와 복잡 추론, (2) JWT·OAuth·결제 통합처럼 보안에 민감한 코드, (3) 다중 파일 디버깅·레거시 코드 분석, (4) 자연스러운 한국어 문서 작성, (5) 금융·의료·법무처럼 도메인 규칙이 복잡한 비즈니스 로직.
도구 하나로 전부 해결하려 하기보다 작업 성격에 따라 나누는 편이 결과가 좋아요.
(1) 무료 플랜 다운로드 — 공식 사이트에서 데스크탑 앱을 받아 카드 등록 없이 먼저 써보세요. (2) 사이드 프로젝트 하나 붙이기 — SaaS MVP·Chrome Extension·Google Cloud 프로젝트 중 하나를 골라 자연어 프롬프트로 시작하세요. 초안이 나오는 속도부터 체감해보는 게 중요해요. (3) 작업별 분담 정하기 — 이미 다른 AI IDE를 쓰고 있다면 두 도구를 동시에 열어두고, 일상 작업·프로토타이핑과 프로덕션 코드를 나눠보세요. 한 달쯤 지나면 본인 작업에 어느 쪽이 맞는지 답이 나옵니다.
Google이 내놓은 에이전트 우선 AI IDE예요. VS Code 포크 기반에 Gemini 계열 모델을 붙였고, Manager View(에이전트 디스패치 콘솔)와 Editor View(전통 IDE) 두 개 모드 + 데스크탑 앱·CLI·SDK를 함께 제공해요. 핵심 성격 3가지 — (1) 병렬 에이전트 — 한 워크스페이스에서 여러 에이전트를 동시에 디스패치해 React·API·테스트를 나눠 작업. (2) 단일 프롬프트 풀 앱 — 자연어 하나로 프런트·API·DB·배포까지 이어서 처리. (3) 무료로 시작 가능 — 유료 플랜은 호출 한도를 늘려주는 구조. 버전 표기와 세부 기능은 자주 바뀌니 공식 페이지에서 확인하세요.
갈리는 지점은 5가지예요. (1) 모델 — Antigravity는 Gemini 계열이 기본, Cursor는 자체 모델과 Claude·GPT 계열을 골라 쓰는 구조. (2) 병렬 에이전트 — 두 도구 모두 지원하지만 동시 실행 개수와 UI 구성이 달라요. (3) 가격 — 둘 다 무료 또는 저가 시작 + 상위 플랜으로 한도 확장. 정확한 금액은 각 공식 요금 페이지를 확인하세요. (4) 에이전트 우선 vs 코드 우선 — Antigravity는 Manager View 중심, Cursor는 에디터 중심 + 에이전트 창 보조. (5) 클라우드 통합 — Antigravity는 Google Cloud·Firebase·Vertex AI 통합이 촘촘하고, Cursor는 특정 클라우드에 묶이지 않아요. 한국 1인 개발자 기준으로는 Google Cloud를 쓰면 Antigravity, AWS·Azure 중심이면 Cursor 쪽이 편해요.
작업 종류에 따라 갈려요. (1) 단순 자동완성·import·함수 시그니처 — 응답이 빨라서 체감 끊김이 거의 없어요. (2) 일상적인 컴포넌트·CRUD 코드 — 무난하게 쓸 만한 수준. (3) 긴 새 모듈 설계 — 상위 추론 모델(Claude Opus 계열·GPT 계열)과 비교하면 설계 완성도가 떨어진다는 인상이 있어요. (4) 한국어 코멘트·docstring — 뜻은 통하지만 문장이 조금 어색해서 손보게 돼요. (5) 에이전트 멀티 스텝 작업 — 병렬 디스패치로 시간은 크게 아끼지만 결과물 사이 일관성은 직접 맞춰야 해요. 일상 작업·프로토타이핑은 Antigravity, 프로덕션 코드는 상위 추론 모델 쪽으로 분기하는 걸 권해요.
Manager View에서 작업 하나를 여러 서브태스크로 나누고, 각 에이전트가 격리된 worktree에서 동시에 작업해요. 흔히 쓰는 분할 패턴은 (1) React 컴포넌트, (2) API 라우트, (3) 테스트 작성, (4) 문서화, (5) 시각 회귀 테스트예요. 시간은 확실히 줄지만 일관성 문제가 따라와요. 컴포넌트 쪽 prop 인터페이스와 API 쪽 응답 스키마가 어긋나서 통합 단계에서 손봐야 하는 경우가 잦아요. 그래서 (1) 서로 독립적인 작업(컴포넌트·문서·테스트)은 병렬로, (2) 의존성이 강한 작업(API+컴포넌트+DB)은 순차로 돌리는 게 안전해요.
5가지로 정리했어요. (1) 신규 풀스택 프로토타이핑 — 자연어 프롬프트 하나로 프런트·API·DB·배포까지 이어서 처리, 1인 SaaS MVP를 짧게 끊어 만들기 좋아요. (2) Google Cloud 통합 프로젝트 — Firebase·Cloud Functions·Vertex AI를 쓰는 프로젝트면 셋업 자동화 이득이 커요. (3) CLI 자동화 스크립트 — Antigravity CLI로 셸 스크립트를 자연어로 작성·실행. (4) 문서화 자동화 — README·API 문서·튜토리얼을 병렬로 동시 생성. (5) 사이드 프로젝트·주말 코딩 — 무료 플랜으로 시작할 수 있어 진입 부담이 적어요.
무료 플랜이 있고, 그 위로 유료 플랜이 단계별로 있어요. 무료는 하루 에이전트 호출 한도가 걸려 있어 사이드 프로젝트 수준에 맞고, 유료로 올라갈수록 호출 한도와 처리 우선순위가 좋아지는 구조예요. Google의 AI 구독 요금과 한도는 개편이 잦아서 이 글에 숫자를 박아두면 금방 틀려요. 정확한 최신 요금·한도는 Google 공식 요금 페이지에서 확인하시고, 무료 플랜으로 1주 써보면서 본인 호출량을 측정한 뒤 업그레이드를 판단하는 순서를 권해요.
Antigravity는 VS Code 포크라 Extension·키바인딩·테마가 대체로 그대로 넘어와요. 흐름은 4가지예요. (1) VS Code Extensions — Marketplace에서 직접 설치, 기존 설정 import 가능. (2) 기존 코드 베이스 — Git clone 후 열고 Manager View에서 작업 시작, 기존 설정 유지. (3) 세팅 동기화 — VS Code Settings Sync로 설정·snippets·키바인딩 동기화. (4) 다른 IDE와 동시 사용 — 같은 코드 베이스를 Cursor와 Antigravity에서 동시에 열어 작업별로 나눠 쓸 수 있어요. 일상 작업·프로토타이핑은 Antigravity, 프로덕션 코드·복잡 추론은 다른 도구로 나누는 조합이 무난해요.
허깅페이스 공개 목록에서 다운로드 상위 1,000개 모델을 받아 라이선스 태그를 전수로 셌어요. 아파치 2.0이 540개로 절반을 넘었지만, 태그가 아예 없는 모델이 89개, 값이 other나 unknown인 모델이 93개였어요. 합치면 182개가 태그만으로는 판단이 안 돼요. 비상업 조건이 명시된 것은 24개, 벤더 전용 라이선스가 39개였어요. 조회 일시는 2026년 8월 25일 오전 11시 35분(한국 시각)이에요.
이름만 적고 받으면 어떤 파일이 오는지, 올라마 공식 라이브러리 235개의 기본 태그를 레지스트리에서 전수로 열어 봤어요. 219개가 응답했고 그중 196개가 4비트였어요. 크기 선택지가 여럿인 97개 중 75개는 작은 쪽에 가까운 크기에 붙어 있고, 82개는 제일 큰 선택지의 숫자가 기본보다 컸어요. 2026년 8월 24일 오후 4시 48분에서 4시 56분 사이(한국 시각) 관측이에요.
AI에게 500자 이내로 써 달라고 하면 실제로 몇 자가 나올까요. 제미나이 계열 4개 모델에 같은 요청을 18번 넣어 세어 보니 17번이 목표에 못 미쳤어요. 코드 실행을 켠 회차는 응답을 받은 7번이 모두 500자였고요. 측정 조건과 원값을 그대로 적었어요.
파이썬 패키지 저장소 공개 API로 AI 개발에 흔히 쓰는 라이브러리 30개를 골라 최신판 메타데이터를 받고 최소 파이썬 버전을 하나씩 확인했어요. 24개가 3.10 이상을 요구하고 넘파이는 3.12 이상이에요. 상한을 건 패키지도 있어서 3.15가 나오면 두 개는 설치가 막혀요. 그리고 30개 중 7개는 지원 버전 분류값을 제대로 달아 두지 않았어요. 조회 일시는 2026년 8월 25일 오전 11시 35분(한국 시각)이에요.
n8n 공식 템플릿 라이브러리를 47페이지 전수로 받아 11,665편을 셌어요. 값이 붙은 것은 1,255편(결제 링크 기준으로는 1,265편), 중앙값은 20달러, 가장 흔한 가격표는 25달러예요. 창작자 2,441명 중 값을 붙인 사람은 264명이고, 그중 114명은 유료가 딱 한 편이에요. 2026년 8월 24일 오전 관측이에요.