
Agent Factory 요약: Google Antigravity 2.0에서 AI 에이전트(AI agents)를 활용한 100배 빠른 엔지니어링
요약
Google의 Antigravity 2.0 플랫폼을 통해 AI 에이전트를 활용하여 엔지니어링 생산성을 100배 높이는 전략을 소개합니다. 에이전트 우선(agent-first) 플랫폼의 구성 요소와 '기술(Skills)'을 활용한 컨텍스트 최적화 방법을 다룹니다.
핵심 포인트
- Antigravity 2.0은 Agent Manager, CLI, SDK, IDE로 구성된 에이전트 우선 플랫폼임
- 에이전트를 활용해 테스트 작성 및 프로토타이핑 등 반복적인 인지적 고통을 줄임
- '기술(Skills)'은 에이전트에게 디자인 시스템이나 API 문서를 제공하는 컨텍스트 압축 방식임
- 에이전트 중심의 워크플로우로 고차원적인 아키텍처 설계에 집중 가능
이번 Agent Factory 에피소드에서는 Google의 최고 에이전트 엔지니어(agentic engineers) 중 한 명인 Rody Davis와 함께 이야기를 나누었습니다. 우리는 전통적인 IDE에서 에이전트 우선(agent-first) 플랫폼으로의 거대한 변화, AI 중심 세상에서의 코드 리뷰(code reviews)의 현실, 그리고 100배 수준의 성과를 내기 위해 "기술(skills)"을 사용하는 방법에 대해 깊이 있게 다룹니다.
이 포스트는 우리 대화의 핵심 아이디어를 안내합니다. 주제를 빠르게 요약하거나 링크 및 타임스탬프를 통해 특정 세그먼트를 더 깊이 파고드는 데 활용하세요.
Google Antigravity 2.0 - 이것은 무엇인가?
Antigravity 2.0은 단순한 에이전트형 IDE에서 풀스케일 에이전트 우선(agent-first) 플랫폼으로 진화했습니다. 이제 이는 오케스트레이션(orchestration)을 위한 독립형 데스크톱 Agent Manager, 서버 측 작업을 위한 강력한 CLI, 커스텀 Python 기반 워크플로를 위한 SDK, 그리고 특화된 IDE라는 네 가지 핵심 기둥으로 구성됩니다. 이러한 언번들링(unbundled) 접근 방식은 개발자가 단일 워크스페이스 레이아웃에 강제되지 않고, 여러 폴더와 복잡한 프로젝트 구조를 관리하며 자신만의 환경을 구성할 수 있게 해줍니다.
Rody Davis가 말하는 100X 엔지니어링
우리는 엘리트 엔지니어들이 영향력을 확장하고 일상적인 개발의 "인지적 고통(cognitive toil)"을 줄이기 위해 사용하는 전략을 탐구했습니다.
영향력 확장 및 고통(Toil) 감소
타임스탬프: 01:55
Rody는 AI가 단순히 코드를 작성하는 것만이 아니라, 전체 라이프사이클(lifecycle)을 가속화하는 것에 관한 것이라고 설명합니다. 그는 에이전트를 사용하여 더 풍부한 테스트 스위트(test suites)를 작성하고, 특정 프레임워크를 확정하기 전에 앱의 여러 버전을 프로토타이핑합니다. 마케팅 사이트 구축과 같은 "고통(toil)"을 에이전트에게 맡김으로써, 그는 고차원적인 아키텍처(architecture)와 문제 해결에 집중할 수 있습니다.
"컨텍스트 치트 시트(Context Cheat Sheets)"로서의 기술(Skills)
타임스탬프: 03:05
Rody의 워크플로우에서 핵심적인 철학은 "기술 (Skills)"의 사용입니다. 그는 기술을 모델을 위한 컨텍스트 (Context) 압축 방식이라고 봅니다. Rody는 "이것은 말 그대로 에이전트를 위한 치트 시트 (Cheat sheet)입니다"라고 언급합니다. 에이전트에게 특정 디자인 시스템 (Design systems)이나 API 문서 (API documentation)를 제공함으로써, 모델은 방대한 양의 정리되지 않은 문서를 검색하는 지연 시간 (Latency)을 피하고 훨씬 더 빠르고 정확해집니다.
커스터마이징, 기술 (Skills), 그리고 MCP 서버 (MCP Servers)
타임스탬프: 04:17
Rody는 Antigravity 2.0의 커스터마이징 (Customizations) 탭을 통해 에이전트의 역량을 확장하는 방법을 보여줍니다:
- Android CLI: 커맨드 라인 (Command line)에서 직접 모바일 앱을 빌드하고 배포합니다.
- Modern Web Guidance: 에이전트가 최신 CSS 및 접근성 (Accessibility) 표준을 준수하도록 근거를 제공합니다.
- MCP 서버 (MCP Servers): 모델 컨텍스트 프로토콜 (Model Context Protocol)을 사용하여 Flutter 및 Dart를 위한 핫 리로딩 (Hot reloading)과 같은 기능을 활성화합니다.
코드 리뷰에 대한 분재 (Bonsai) 접근 방식
타임스탬프: 05:27
Rody는 코드베이스 (Codebase)를 유지 관리하는 것을 분재 (Bonsai) 예술가가 되는 것에 비유합니다. 즉, 단순함을 유지하기 위해 끊임없이 가지치기를 하는 것입니다. 그는 상태 (State), UI, 그리고 데이터 (Data)가 엄격하게 분리된 플랫 아키텍처 (Flat architectures)를 옹호합니다. 이는 사람이 에이전트를 "조종 (Steer)"하기 쉽게 만듭니다. 만약 에이전트가 파일을 잘못된 위치에 저장하기 시작하면, 아키텍처 위반이 즉시 명확하게 드러나기 때문입니다.
에이전트가 생성한 코드의 100%를 리뷰하시나요?
타임스탬프: 07:11
Rody의 답변은 작업의 종류에 따라 달라집니다. 마케팅 사이트의 경우, 그는 코드보다는 시각적 결과물에 집중합니다. 하지만 백엔드 로직(backend logic)의 경우, API 계약(API contracts)과 스키마(schemas)를 매우 중요하게 생각합니다. 그는 첫 번째 예시를 직접 작성할 것을 권장하는데, 그래야 에이전트(agent)가 나머지 코드베이스(codebase)에 대해 단순히 "패턴을 복사(copy the pattern)"할 수 있기 때문입니다.
일상적인 마찰을 해결하기 위한 확장 기능 구축
타임스탬프: 09:05
여러 Git 프로젝트에 걸쳐 파일을 관리하는 문제를 해결하기 위해, Rody는 Antigravity를 사용하여 Swift로 맞춤형 macOS Finder 확장 기능을 구축했습니다. 이 도구는 그가 시간 범위(오늘, 지난주 등)에 따라 파일을 필터링할 수 있게 해주며, 이는 에이전트가 일상적인 마찰(daily friction)을 줄여주는 특화된 유틸리티를 어떻게 구축할 수 있는지를 보여줍니다.
AI 엔지니어는 여전히 코드를 직접 작성하나요?
타임스탬프: 10:22
"물론이죠,"라고 Rody는 말합니다. 그는 여전히 Go와 같은 언어의 구문(syntax)과 컴퓨터를 제어하는 도전을 즐깁니다. 그는 구성 요소(building blocks)를 깊이 이해하는 것이 필수적이라고 믿으며, 그래야 2년 뒤에 문제에 직면했을 때 어떤 "오래된 프로젝트"를 다시 찾아봐야 할지 정확히 알 수 있기 때문입니다.
Gemma 4를 활용한 개인 웹사이트 구동
타임스탬프: 11:42
Rody는 자신의 개인 웹사이트를 선보였는데, 이 사이트는 Gemma 4와 Embedding Gemma를 사용하여 오프라인에서 동적인 콘텐츠 추천을 제공합니다. 컴파일 타임(compile time)에 게시물 요약을 벡터화(vectorizing)함으로써, 이 사이트는 라이브 백엔드 서버(backend server) 없이도 로컬 벡터 데이터베이스(vector database)를 통해 관련 콘텐츠를 제안할 수 있습니다.
Factory Floor (공장 현장)
Factory Floor는 직접 실습해 보는 세션입니다. 여기에서 우리는 추상적인 개념에서 벗어나 라이브 데모와 함께 실질적인 코드로 넘어갔습니다.
멀티 에이전트 병렬 처리 (Multi-Agent Parallelism)의 실제 작동
타임스탬프: 14:02
이 데모에서 Rody는 단일 사고 흐름(stream-of-thought) 음성 프롬프트를 사용하여 풀스택 애플리케이션(full-stack application)을 구축합니다. 우리는 Antigravity가 다음과 같은 작업을 수행하는 것을 지켜보았습니다:
- 전담 DevOps 및 QA 엔지니어를 포함한 병렬 서브 에이전트(sub-agents)를 생성했습니다. (19:48 참조)
- Vite, Go, SQLite를 사용하여 다국어 메모 앱을 구축했습니다.
- Docker Compose를 통해 전체 스택(stack)을 오케스트레이션(orchestrated)했습니다.
- 앱을 동시에 5개의 서로 다른 언어로 현지화(localized)했습니다.
IDE 생태계의 언번들링 (Unbundling)
타임스탬프: 15:35
우리는 왜 Google이 IDE를 에이전트 매니저(Agent Manager)와 분리했는지에 대해 논의했습니다. Rody는 이것이 서로 다른 워크플로(workflows)를 가능하게 한다고 강조합니다. 즉, CLI는 Raspberry Pi에서의 SSH 세션에 완벽하며, 에이전트 매니저는 일반적인 지식 작업과 여러 폴더에 걸친 오케스트레이션(orchestration)을 처리합니다.
문서를 재사용 가능한 기술로 전환하기
타임스탬프: 25:41
Rody는 문서를 기술(skills)로 전환하는 자신의 프로세스를 공유합니다. 그는 웹사이트를 마크다운(markdown)으로 파싱하는 Go CLI를 작성하여, 자신이 자주 방문하는 사이트들을 위한 수백 개의 기술을 설치할 수 있게 했습니다. 이를 통해 에이전트(agent)가 항상 자신이 사용 중인 문서의 특정 버전에 접근할 수 있도록 보장합니다.
Rapid Fire: 미래 기술 예측
타임스탬프: 27:35
우리는 Rody에게 몇 가지 논쟁적인 견해를 묻는 돌발 질문을 던졌습니다:
- 바이브 코딩 (Vibe Coding): Rody는 비기술적 창업자가 2026년까지 오직 바이브 코딩(vibe coding)만을 사용하여 회사를 설립할 것이라고 믿지만, 진정한 시험대는 2년 차부터 5년 차까지 이를 유지하는 능력이 될 것이라고 말합니다.
- 운영 환경에서의 실패 (Production Failures): Rody는 바이브 코딩이 상당한 운영 환경에서의 실패를 초래할 것이라는 점에 동의하며, 이로 인해 소프트웨어 엔지니어들에게 새로운 유망한 직업인 '해당 실패를 해결하기 위한 컨설팅'이 생겨날 것이라고 예측합니다.
- 코드베이스 상태 (Codebase Health): Rody는 AI 속도의 가장 큰 병목 현상은 컨텍스트 윈도우(context windows)가 아니라, 열악한 코드베이스 상태라고 주장합니다.
변화하는 환경 속에서 중심 잡기
타임스탬프: 31:10
Rody는 엔지니어들에게 자신이 왜 고용되었는지, 즉 문제를 해결하고 이전에 존재하지 않았던 것들을 설계(engineer)하기 위해 고용되었다는 사실에 집중하라고 조언합니다. 그는 동료 간의 더 나은 커뮤니케이션 인수인계(handoffs)를 위해 AI를 사용할 것을 제안하며, 결과물(artifacts)이 전달되는 순간 바로 "승인할 준비가 된(ready to sign off)" 상태가 될 정도로 승인하기 쉽게 만들라고 조언합니다.
결론
에이전트 기반 엔지니어링(agentic engineering)의 시대가 도래했습니다. 하지만 Rody Davis가 보여주었듯이, 이는 더 적은 규율이 아니라 더 많은 아키텍처적 규율(architectural discipline)을 요구합니다. 코드베이스를 분재(Bonsai tree)처럼 다루고 에이전트를 오케스트라처럼 다룸으로써, 여러분은 "고된 노동(toil)"을 넘어 미래의 프레임워크를 구축하는 데 집중할 수 있습니다.
이제 당신이 구축할 차례입니다
무엇이든 구축할 준비가 되셨나요? 저희는 공식적으로 #NapkinChallenge를 시작했습니다. 앱 아이디어를 손으로 그린 스케치로 준비하여, Antigravity 2.0을 사용해 이를 구축하고 여러분의 결과물을 소셜 미디어에 공유해 주세요.
- Antigravity 2.0 시도하기: antigravity.google
- 챌린지 참여하기: Napkin Challenge 상세 정보
- Rody의 개인 웹사이트, github 리포지토리 및 기술 스택
저희와 연결하세요
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기




