구글 안티그래비티 완전 분석 — 모델·요금제·CLI 총정리

🚀 구글 안티그래비티(Antigravity) 완전 분석 구글이 2025년 11월 Gemini 3와 함께 공개한 에이전트 퍼스트(agent-first) IDE 안티그래비티는 Claude·GPT·Gemini를 한 도구에서 골라 쓰는 멀티모델 코딩 환경이다. 이 글에서는 ① 지원 모델과 요금제별 사용량의 실체, ② 실사용자 평가, ③ 구글의 방향성, ④ Claude Code와의 비교·연계, ⑤ CLI( agy )로 직접 쓰는 법까지 다섯 갈래를 차례로 정리한다. 자료 간 충돌이 있는 지점은 한쪽으로 단정하지 않고 양쪽을 모두 살려 표기했다. 📅 기준 시점: 2026년 6월 · 프리뷰 단계 정보로 수치는 변동 가능 1. 안티그래비티란 무엇인가 — 기초 정리 안티그래비티는 2025년 7월 구글이 24억 달러 규모 라이선스 계약 으로 영입한 전 Windsurf 팀이 설계를 주도했다. VSCode를 포크한 위에 자율 에이전트 오케스트레이션 계층을 얹은 구조다. 2026년 5월 Google I/O에서 발표된 안티그래비티 2.0 은 데스크탑 앱과 함께 공식 CLI agy 를 처음 공개하며 기존 Gemini CLI의 공식 후계자 자리를 확정했다. 핵심 정체성은 단순 코드 자동완성이 아니라 병렬 에이전트 오케스트레이션 이다. 여러 에이전트가 동시에 — 하나는 API, 하나는 테스트, 또 하나는 프론트엔드 — 작업을 나눠 진행하고, 각 에이전트는 계획·테스트 결과·스크린샷·영상을 담은 Artifact 를 남긴다. "사람이 한 줄씩 승인"하는 방식이 아니라 "에이전트들이 일을 마치고 사람이 사후 검수"하는 모델이다. flowchart TD A([사용자 작업 지시]) --> B[에이전트 A API 구현] A --> C[에이전트 B 테스트 작성] A --> D[에이전트 C UI 생성] B --> E[Artifact 계획·결과·영상] C --> E D --> E...

[mac] github에 연결하기

 ** 이 글은 개인적인 사항을 정리하는 입장에서 다소 차이가 있을 수 있습니다 **


아래의 글은 일반적으로 git init, git add, git commit 등은 알고 있는 것을 전제로 제작되었다. 즉, 순수하게 git hub에 처음 remote place를 연결하기 위한 작만을 다루었고, 필자가 발생했던 오류들을 해결하기 위해서 취했던 방법을 정리해두었다.


git을 처음 공부하기에 앞서 책에서는 주로 master를 기본 branch로 취급하고있었다. 따라서 자연스럽게 master branch로 생각했었는데 github에서 처음 계정을 만들고 repository를 만들었을때의 branch는 main으로 설정되어있었다.


아래의 순서로 github에 연결을 진행한다.


1. local에서 처음 git을 위한 폴더를 만들고 git init을 실행해 git에 만들었다.




2. 성공적으로 만들어진 다음 테스트를 위해 1개의 테스트 code를 만들고 git add -> git commit 을 통해 최총의 파일을 등록하였다.


3. 이제 github에 remote하기 위해서 아래와 같이 진행하였다. 저장소의 장소는 각자가 만들어둔 저장소로 지정해야 한다.




4. 위의 과정을 거쳐 git remove -v 를 입력해보면 fetch와 push로 나오는 2줄의 정보가 출력된다.




5. home brew로 이미 설정들을 잡아놨기에 prompy에는 main이라는 branch라는 정보가 출력되기 시작한다. 여기서 이제 배운대로 아래의 명령어를 치면 화려한 오류가 등장한다.




6. git pull을 하라고 하는데 사실 pull을 해도 증상은 해결되지 않는다. 원인은 github에서 처음 repository를 만들때 README.md파일을 생성했기에 충돌이 나는 것이다. 아마 local은 git을 처음 init 해서 이걸 remote 장소에 업로드 하기 위함인데 이 과정에 repository에 이미 만들어진 README.md와 충돌이 나는 것으로 추정된다.


7. 여기서 근본적인 해결을 위해서는 처음 만들때 README.md를 만들지 않는 방법을 선택하거나, 아니면 아래의 커맨드를 통해 강제로 데이터를 올리는 방법을 해야한다. 여기선 강제적인 방법을 선택했다. (위와 같은 명령어에 main 앞에 +를 붙이면 된다)




8. 위와 같이 강제적으로 데이터가 올라가게 되고, github에 들어가서 확인해보면 파일이 올라간 것을 확인 할 수 있다. 그리고 이때 특징적으로 알 수 있는 것은 README.md 파일이 삭제가 되었다는 점이다.

이 점으로 미루어 볼때 아마 README.md가 문제가 되지 않았을까 한다.

여하튼 여기까지 해서 성공적으로 연결이 되었다면 이제 자유로이 사용하면 된다.


P.S. 사실 책에서는 github에 대한 계정을 물어보는 과정도 있었는데 이미 apple password에 저장되어서 그런지 딱히 물어보는 작업은 없고 바로 올라가는 모습을 확인 할 수 있었다.

댓글

이 블로그의 인기 게시물

Vim 9.2 릴리즈 총정리: 더 빠르고 강력해진 텍스트 편집의 제왕

폐쇄망 SoC 설계자를 위한 가볍고 빠른 Vim 최적화 가이드

에이전트 시대를 위한 터미널 cmux 가이드: 설치부터 AI 활용까지