Antigravity + Gemini 4 Argon Is CRAZY! 🤯

🖼️ 인포그래픽

🖼️ 4컷 인포그래픽

💡 한 줄 결론

영상은 Antigravity와 Gemini 4 Argon으로 게임·웹사이트·제안서를 만드는 네 사례를 통해, 구체적인 수정 피드백과 사람의 검수가 결과를 좌우한다고 보여준다.

📌 핵심 요점

1. 발표자는 Gemini 4 Argon을 제작용 AI 모델, Antigravity를 파일 작성·실행·검증을 수행하는 에이전트 앱으로 소개한다. 명령 실행 권한을 주면 결과 테스트까지 맡길 수 있다는 설명이다.
2. 활용 사례는 책상 위 3D 레이싱 게임, 스크롤에 따라 분해되는 시계 웹사이트, 고객 자료 폴더를 읽는 제안서 생성, 기존 웹사이트 개편의 네 가지다.
3. 첫 결과보다 후속 피드백이 중요하다. 게임에는 아홉 가지, 시계 사이트에는 일곱 가지 수정 의견을 전달했으며, 발표자는 외형이 크게 개선됐다고 설명한다.
4. 반복 작업은 성공한 절차를 스킬로 저장해 재사용한다. 제안서 사례에서는 두 번째 가상 고객의 자료로 4분 이내에 초안을 만들었지만, 금지한 단어가 포함돼 검수가 필요했다.
5. 계정·사용량·권한 관리가 실제 이용을 좌우한다. 영상은 유료 플랜 계정 일치 확인, 주간 한도 점검, 큰 작업의 순차 실행, 조기 저장과 명령 실행 요청 검토를 권한다.

🧩 배경과 문제 정의

영상은 소규모 사업자가 페이지·도구·제안서를 만들 때 외주 수정에 시간을 쓰거나, 채팅 AI가 준 코드와 오류를 직접 옮겨야 하는 문제를 다룬다. 발표자는 파일을 읽고 계획·제작·검증하는 에이전트가 이 과정을 줄일 수 있다고 설명한다.

제시된 해법은 Antigravity 안에서 Gemini 4 Argon을 사용해 작업을 맡기고, 사람이 결과를 검토해 추가 수정한 뒤 성공한 절차를 스킬로 저장하는 방식이다. 네 가지 제작 시연과 함께 계정 설정, 사용 한도, 실패 사례를 소개하며 유료 커뮤니티를 홍보한다. 아래 내용은 제공된 자막에 근거한 정리다.

🕒 시간순 섹션별 상세정리

1. 자연어로 맡기는 제작 도구와 네 가지 사례 예고

• 발표자는 원하는 것을 일상적인 말로 설명하면 Argon이 계획하고 제작하며, 추가 메시지로 외형을 개선할 수 있다고 보여준다. [00:15]
• 책상 위 레이싱 게임, 분해되는 시계 사이트, 자료 폴더 기반 제안서, 느린 웹사이트 개편을 시연하겠다고 예고한다. [00:32]
• Argon의 역할과 첫 제작 과제, 재현용 메시지를 설명하고 모델이 계정에 나타나지 않을 때 확인할 사항도 다루겠다고 드러낸다. [01:01]

2. 모델·에이전트의 역할과 성능 주장의 범위

• Argon은 제작용 모델, Antigravity는 컴퓨터에서 실제 작업을 수행하는 에이전트 앱으로 묶인다. 발표자는 Google 내부의 코드 작성 증가와 변경 취소 감소, Chrome 약 600만 줄 코드 개편 사례를 제시한다. [02:02]
• 100만 토큰의 작업 문맥으로 프로젝트 폴더를 읽고, 빌드 오류를 확인해 수정하는 능력을 보여준다. Android 앱의 빌드 실패를 반복 수정하는 사례도 언급한다. [02:48]
• 발표자에 따르면 Deep Suite에서는 GPT6 Astra와 Claude Opus 5.5보다 앞섰지만 다른 두 코딩 평가에서는 뒤졌다. 모든 평가의 승자라는 해석보다 사업에 무엇을 만들 수 있는지가 중요하다고 드러낸다. [03:19]

3. 책상 위 레이싱 게임과 후속 피드백

• 장난감 자동차, 노트북, 커피잔과 키보드가 있는 책상에서 경쟁 차량 세 대와 세 바퀴를 달리는 3D 게임을 요청한다. 결과에는 부스트 메모지, 랩 타이머와 최고 기록 저장 기능이 포함된다. [04:14]
• 첫 버전은 동작했지만 외형이 단순해 아홉 가지 수정 의견을 전달했다. 외형은 개선됐으나 작업이 시간 초과됐고 작은 오류 두 개는 직접 고쳤다며, 첫 프롬프트만큼 수정 의견도 중요하다고 강조한다. [04:52]
• 브랜드 게임의 고객 참여 가능성을 설명한 뒤 AI Profit Boardroom을 홍보한다. 네 제작 시스템의 스킬·프롬프트, 에이전트 연계 자동화, 로드맵·코칭과 회원 커뮤니티를 제공한다고 보여준다. [06:30]

4. 스크롤로 분해되는 시계 웹사이트

• 가상의 고급 시계와 브랜드로 한 페이지 사이트를 만든다. 사진이나 외부 3D 파일 없이 코드로 시계를 구성하고, 스크롤에 따라 카메라 이동·부품 분해·내부 기어와 배경색 변화를 구현했다고 보여준다. [07:23]
• 첫 버전은 29분이 걸렸고 과한 광택과 텍스트 겹침이 있었다. 광택·금속·유리·글자 위치에 관한 일곱 가지 의견을 보낸 뒤 10분 만에 개선된 결과를 받았다고 드러낸다. [08:08]
• 자신의 페이지를 엄격한 디자이너처럼 평가해 가장 약한 다섯 가지를 고치라고 요청하는 방식을 제안한다. 개선 후에도 겹침 같은 결함이 남을 수 있어 공개 전 육안 검수가 필요하다고 강조한다. [08:29]

5. 고객 자료 폴더를 제안서와 스킬로 전환

• 서비스업이라면 먼저 적용할 사례로 제안서 생성을 추천한다. 통화 기록·이메일·브리프·기존 제안서가 섞인 폴더를 모두 읽고 자신의 스타일로 제안서를 작성한 뒤 절차를 스킬로 저장하도록 요청한다. [09:02]
• 스킬은 선호하는 작업 방식을 기록한 지침 파일로 드러난다. 다음에는 스킬을 읽고 새 폴더의 제안서를 작성하라는 짧은 지시로 반복할 수 있다고 드러낸다. [09:33]
• 두 번째 가상 고객인 빵집의 제안서는 4분 이내에 나왔지만, 사용하지 말아야 할 단어가 경고 문구에 포함됐다. 작성 시간을 줄여도 발송 전 읽고 수정해야 한다는 사례다. [09:53]

6. 기존 문구와 링크를 유지하는 웹사이트 개편

• 가상의 낡은 배관업체 사이트를 만들고 오래된 스크립트로 로딩을 약 3초까지 늦춘다. 모든 단어와 링크 목적지를 유지하면서 빠르고 아름답게 다시 만들라고 요청한다. [10:22]
• 19분 후 새 디자인과 고정 통화 버튼을 갖춘 결과를 받았으며 로딩은 약 0.25초 이하였다고 드러낸다. 다만 느린 원본은 의도적으로 만든 것이고, 문구 보존 지시 때문에 Internet Explorer 6 안내까지 남았다고 드러낸다. [10:58]
• 실제 사이트는 복사본에서 작업하고 결과를 확인한 뒤 공개하라고 권한다. 기존 페이지에 쌓인 이력과 링크를 에이전트가 검토 없이 바꾸지 않도록 주의를 준다. [11:20]

7. 코드 전달에서 결과 검토로 바뀌는 작업 과정

• 기존 방식은 외주 수정으로 며칠을 기다리거나 채팅 AI의 코드와 오류를 사람이 계속 옮기는 과정으로 묘사된다. 새 방식에서는 한 문단으로 요청하면 파일 분석·계획·제작을 진행하고, 권한이 있으면 테스트까지 수행한다고 보여준다. [12:17]
• 발표자는 10월에 수행한 아홉 제작이 각각 14~30분 걸렸고 테스트 권한을 준 상태에서 첫 플레이 테스트를 모두 통과했다고 주장한다. 이번 영상은 터미널 접근을 막아 직접 테스트하고 의견을 보낸 조건이었다고 구분한다. [12:35]
• 작업자의 시간은 결과를 판단하고 수정 의견을 전달하는 데 더 많이 쓰이게 된다는 것이 발표자의 해석이다. [12:42]

8. 모델이 보이지 않을 때 확인할 계정과 플랜

• 최신 앱에서도 Argon이 사라졌던 원인은 유료 플랜과 다른 Google 계정으로 로그인했기 때문이었다고 보여준다. 계정을 바꾸자 모델 목록에 다시 나타났다고 드러낸다. [13:12]
• 영상은 Argon에 유료 Google AI Pro 또는 Ultra가 필요하며 무료·체험 플랜에서는 표시되지 않는다고 안내한다. 앱은 무료로 내려받고 무료 플랜의 Gemini 3.8 Flash로 익힐 수 있다고 덧붙인다. [13:34]

9. 주간 한도·시간 초과·명령 실행 권한

• 큰 작업을 동시에 여러 개 실행해 한 오후에 주간 사용량 대부분을 소진했고, 두 작업은 시간 초과로 아무것도 저장하지 못했다고 드러낸다. 큰 작업은 하나씩 실행하고 초기에 저장하도록 요청하라고 권한다. [14:02]
• /usage로 잔여량을 확인하고 Argon은 계획과 어려운 부분에, Gemini 3.8 Flash는 일상 작업에 배분하는 방식을 제안한다. [14:20]
• 비개발자도 자연어로 지시할 수 있지만 명령 실행 전 권한 요청을 읽는 습관이 필요하다고 드러낸다. 요청 내용을 판단해 허용하는 방식으로 사용자가 통제권을 유지하라고 강조한다. [14:46]

10. 첫 과제 선정부터 검수와 스킬 저장까지

• 유료 플랜 계정으로 로그인한 뒤 Argon을 선택하고, 명령행에서는 agy models로 이용 가능한 모델을 확인하라고 안내한다. 첫 과제는 오래 미룬 일 중 5분 안에 눈으로 확인할 수 있는 것을 고른다. [15:15]
• 원하는 결과·대상·완료 기준을 한 문단으로 적고 스스로 테스트해 고장 난 부분을 고치라고 요청한다. 완료 후에는 가장 약한 다섯 가지를 수정하게 하고 성공한 절차를 스킬로 저장하라고 권한다. [15:50]
• 네 제작 시스템과 프롬프트, 작업 연계 자동화, 30일 로드맵, 주간 코칭·일일 튜토리얼과 회원 커뮤니티를 다시 소개하며 유료 커뮤니티 참여를 홍보한다. [16:47]

11. 네 사례와 이용 조건을 되짚는 마무리

• 발표자는 Google 내부 성과 수치를 다시 언급하고 레이싱 게임, 시계 사이트, 제안서와 재사용 스킬, 19분 웹사이트 개편을 핵심 사례로 정리한다. [17:19]
• 유료 Google AI 플랜과 Antigravity 로그인 계정이 같아야 한다는 이용 조건을 재강조한다. [17:26]
• 웹사이트 개편과 제안서 생성 중 무엇을 먼저 만들지 댓글로 묻고 영상을 마친다. [17:35]

🧾 결론

• 사람의 역할은 요구사항 작성, 결과 평가, 수정 지시와 최종 승인에 집중된다. 자동 생성 이후의 검토가 작업 과정에 포함돼야 한다.
• 재사용 가능한 스킬은 일회성 제작을 반복 업무로 연결하는 장치다. 특히 발표자는 서비스업의 첫 적용 대상으로 고객 제안서를 추천한다.
• 시연에는 시간 초과, 수동 오류 수정, 글자 겹침과 부적절한 문구가 함께 등장한다. 영상의 성과는 이러한 한계와 함께 읽어야 한다.

📈 투자·시사 포인트

• 업무 도입의 판단 기준은 모델 순위보다 실제 작업의 작성·수정·검수 시간이 얼마나 줄어드는지다. 영상의 제작 시간만으로 일반적인 비용 절감률을 계산하기는 어렵다.
• 웹사이트 제작과 제안서 작성처럼 결과를 빠르게 확인할 수 있는 업무에서 활용 가능성을 먼저 시험할 수 있다. 발표자도 5분 안에 직접 검토할 수 있는 첫 과제를 권한다.
• 구독의 실용 가치는 사용 한도와 작업 배분에 영향을 받는다. 영상은 Argon에 계획과 어려운 부분을 맡기고 Gemini 3.8 Flash로 일상 작업을 처리하는 방식을 제안한다.
• 기존 사이트 개편에서는 속도와 외형뿐 아니라 문구·링크 보존을 함께 평가해야 한다. 발표자는 복사본에서 작업하고 확인 후 공개하라고 강조한다.

⚠️ 불확실하거나 확인이 필요한 부분

• 모델 명칭·출시 상태·이용 조건은 제공된 자막의 설명이다. 유료 Google AI Pro·Ultra 필요 여부, 무료·체험 계정 제외 조건과 모델 목록 명령의 현재 유효성은 이 자료만으로 확인되지 않는다.
• 에이전트 작성 코드 35% 이상 증가, 되돌린 변경 약 3분의 1 감소, Chrome 약 600만 줄 코드 개편 및 벤치마크 순위는 발표자가 전달한 수치다. 원문 자료, 측정 조건과 비교 범위는 제공되지 않는다.
• 시계 브랜드·제품, 두 번째 제안서 고객과 배관업체 사이트는 가상 사례다. 특히 기존 사이트는 일부러 느리게 만들었으므로 약 3초에서 0.25초 이하로 줄었다는 결과를 실제 사이트에 일반화할 수 없다.
• 자막 기반 정리: 타임스탬프가 있는 자막을 기준으로 정리했으며, 고유명사·수치·인용은 원문 확인 필요 시 별도 검증한다.
• 영상 속 주장: 발표자의 해석·전망·비교는 확인된 외부 사실이 아니라 영상 속 주장으로 분리해 읽는다.
• 검증 필요: 수치, 기업 실적, 정책·시장 전망은 발행 전 최신 자료로 별도 검증이 필요하다.

✅ 액션 아이템

• Antigravity 로그인 계정이 유료 플랜 계정과 같은지 확인하고, 실제 모델 목록에서 Argon 이용 가능 여부를 점검한다.
• 제안서·페이지·작은 도구 중 결과를 5분 안에 직접 확인할 수 있는 과제 하나를 고른다.
• 원하는 결과, 대상 사용자, 완료 기준을 한 문단에 적고 테스트와 오류 수정을 요청한다.
• 명령 실행 요청을 읽고 작업에 필요한 권한인지 판단한다. 웹사이트 개편은 복사본에서 시작한다.

❓ 열린 질문

• 가상 자료가 아닌 실제 고객 자료에서도 제안서의 요구사항 반영과 금지 표현 준수가 얼마나 안정적으로 유지될까?
• 구독료, 주간 사용 한도, 실패 후 재실행과 사람의 검수까지 포함하면 업무별 총비용과 소요 시간은 얼마나 달라질까?
• 명령 실행을 허용한 경우와 제한한 경우에 완성도·오류 발견·작업 시간이 각각 어떻게 달라질까?