이제 AI는 코딩 도구의 부가 기능이 아닙니다.
프론티어 모델의 발전에 힘입어 코드 자동 생성이나 오류 설명 같은 답변을 제시하는 조력자를 넘어서고 있습니다. 개발자의 요구사항을 파악하고, 작업 계획을 세우고, 설계와 구현을 수행하고, 테스트를 실행하고, 결과를 확인합니다. 개발 환경과 방식이 달라지면 사람의 역할도 바뀝니다. 코드를 작성하는 일에서 에이전트가 일할 수 있는 구조를 만들고 결과를 검증하는 것으로 책임과 역할이 달라집니다. 이런 변화를 가장 잘 보여주는 것이 구글의 Antigravity입니다.
지난해 11월 프리뷰를 공개할 때 구글은 Antigravity를 에이전트 기반 통합 개발 환경(IDE)이라고 소개했습니다. 당시에는 개발자가 지시를 내리면 하나의 에이전트가 작업을 수행하는 구조였습니다. 에이전트 기반 개발이라고 하기에는 조금 아쉬운 점이 있었는데요. 이 아쉬움은 6개월 뒤인 2026년 5월에 열린 I/O 2026 행사에서 사라졌습니다. 구글은 Antigravity 2.0을 공개하며 멀티 에이전트 기반 개발을 현실로 만들었습니다. 이번 포스팅에서는 Antigravity 2.0을 중심으로 멀티 에이전트 기반 개발의 개념과 이를 도입했을 때 가져올 변화를 알아보겠습니다.
멀티 에이전트 병렬 처리
Antigravity 2.0에서 가장 먼저 눈에 들어오는 변화는 진정한 멀티 에이전트 기반 개발 플랫폼의 면모를 갖추었다는 것입니다. 구글은 IDE, 에이전트 매니저, CLI, SDK를 분리해 멀티 에이전트 기반 작업을 효율적으로 처리할 수 있도록 구조를 바꾸었습니다. 에이전트들은 병렬로 동시에 각자에게 주어진 작업을 합니다. 사용자가 요구 사항을 입력하면 메인 에이전트가 이를 나누고, 여러 하위 에이전트가 각자의 역할을 수행한다고 보면 됩니다.
예를 들어 볼까요. 사용자가 “Vite 기반 멀티페이지 앱을 만들고, 여러 언어를 지원하며, Go 백엔드와 SQLite를 쓰고, Docker Compose로 실행하라”고 요청한다고 가정해 보겠습니다. 그러면 Antigravity 2.0은 구현 계획을 세우고 프론트엔드 작업, 백엔드 구성, DevOps 설정, QA 검증으로 역할을 나누어 동시에 실행합니다.
이런 접근은 기존 개발 방식과 다릅니다. 한 명의 개발자가 순서대로 작업하거나 각 파트 담당자가 순차적으로 CI/CD 파이프라인에 맞춰 작업을 하던 흐름이 아닙니다. 여러 에이전트가 병렬로 움직이고 사람이 결과를 조율하는 식으로 바뀝니다.
CLI와 SDK로 넓어지는 실행 범위
앞서 IDE, 에이전트 매니저, CLI, SDK를 분리했다고 했는데요. 이 분리는 단순한 구성 변경이 아닙니다. 에이전트를 더 적극적으로 활용하기 위한 선택입니다. 관련해 주목할 것이 Antigravity 2.0의 CLI와 SDK 활용입니다.
Antigravity 2.0의 CLI는 터미널 중심 개발자를 위한 접점입니다. 개발 업무는 IDE 안에서만 일어나지 않습니다. 서버에 SSH로 접속해 작업하거나, 원격 개발 환경에서 테스트를 실행하거나 자동화 스크립트로 반복 작업을 처리하는 경우도 많습니다. CLI는 이런 영역까지 에이전트 활동 범위를 넓힙니다.
SDK는 조직별 워크플로를 만드는 기반입니다. 특정 저장소 구조에 맞춰 문서를 업데이트하고, 테스트 커버리지를 목표치까지 끌어올리고 배포 전 체크리스트를 자동으로 실행하는 흐름을 직접 설계할 수 있습니다.
이런 변화는 Antigravity 2.0이 개인용 코딩 도구를 넘어 조직의 개발 프로세스 안으로 들어가고 있음을 보여줍니다. 그런데 활용 범위가 넓어질수록 또 다른 과제가 따라옵니다. 여러 접점에서 움직이는 에이전트에게 일관된 맥락과 규칙을 어떻게 전달하느냐 하는 문제입니다.
Skills와 MCP가 보여주는 Antigravity 2.0의 방향성
AI 모델의 성능이 아무리 좋아져도 맥락이 부정확하면 결과도 흔들립니다. 코드베이스가 복잡하고 문서가 낡았고 규칙이 제각각이면 에이전트는 쉽게 길을 잃습니다. 반대로 프로젝트 구조, API 계약, 테스트 기준, UI 규칙이 명확하면 에이전트는 안정적으로 작업을 확장합니다. Antigravity 2.0이 Skills와 MCP를 강조하는 이유가 여기에 있습니다.
Skills는 에이전트에게 주는 압축된 업무 지침입니다. 프로젝트 구조, 디자인 시스템, 프레임워크 규칙, 문서화 방식, 테스트 전략을 매번 길게 설명하지 않아도 에이전트가 참고하게 합니다. 이는 단순한 편의 기능이 아닙니다. 에이전트의 결과 품질을 좌우하는 핵심 요소입니다. 에이전트는 막연한 설명보다 명확한 규칙을 더 잘 따릅니다. 따라서 조직은 에이전트가 지켜야 할 개발 규칙과 품질 기준을 Skills 형태로 정리할 필요가 있습니다. 예를 들어 다음과 같은 기준을 Skills로 관리할 수 있습니다.
- 프론트엔드, 백엔드, 데이터 계층의 분리 원칙
- API 스키마 작성 규칙
- 인증과 권한 처리 방식
- 예외 처리와 로깅 기준
- 테스트 작성 범위
- 시크릿 관리 방식
- 배포 전 체크리스트
- 승인된 라이브러리와 금지된 라이브러리 목록
Skills는 사람이 읽는 문서이면서 동시에 에이전트가 따르는 실행 지침입니다. 이 기능은 Antigravity가 단순한 코드 생성 도구가 아니라 조직의 개발 표준을 에이전트에게 전달하는 플랫폼으로 진화하고 있음을 보여줍니다.
MCP는 에이전트가 외부 도구와 연결되는 기반입니다. 코드는 작성만으로 끝나지 않습니다. 실행해야 하고, 검증해야 하며, 운영 환경과 연결해야 합니다. 에이전트가 브라우저, 개발자 도구, 구글 클라우드 리소스와 연결되면 코드를 생성하는 수준을 넘어 실행 결과를 확인하고 수정하는 루프를 만들 수 있습니다. MCP는 에이전트가 실제 개발 환경의 여러 도구와 상호작용하게 만들어 이 루프를 강화합니다.
Skills와 MCP가 가리키는 방향은 분명합니다. 멀티 에이전트 기반 개발의 효율성은 모델 성능만으로 결정되지 않습니다. 에이전트에게 어떤 맥락을 주고, 어떤 도구를 연결하고, 어떤 기준으로 결과를 검증하느냐가 더 중요합니다.
멀티 에이전트 개발 환경에서 사람의 역할은?
앞서 언급한 바와 같이 Antigravity 2.0이 보여준 멀티 에이전트 기반 개발은 사람의 역할을 바꿉니다. 에이전트는 빠르게 코드를 만듭니다. 하지만 빠르게 만든 코드가 곧 좋은 코드는 아닙니다. 실제 프로덕션 환경에서는 API 계약, 데이터 모델, 인증 흐름, 장애 대응, 성능, 보안, 운영 비용까지 함께 고려해야 합니다.
에이전트에게 좋은 방향을 주는 가장 효과적인 방법은 첫 패턴을 사람이 직접 만드는 것입니다. 첫 API 핸들러, 첫 테스트 파일, 첫 컴포넌트 구조, 첫 에러 처리 방식을 개발자가 작성합니다. 이후 에이전트가 그 패턴을 따라 나머지를 확장하게 합니다. 좋은 코드로 만들어 달라고 말하는 것보다 코드베이스 안에 좋은 예시를 남기는 편이 훨씬 강력합니다. 에이전트는 추상적인 원칙보다 구체적인 패턴을 더 잘 따라갑니다. 이 첫 패턴이 프로젝트의 품질과 일관성을 좌우합니다.
검토 방식도 달라져야 합니다. 에이전트가 만든 모든 코드를 같은 강도로 검토하기는 어렵습니다. 사람이 위험도에 따라 검증 수준을 달리해야 합니다. UI 문구, 정적 페이지, 반복적인 스타일 작업은 결과 중심으로 검토해도 됩니다. 반면 인증, 결제, 권한, 개인정보, API 계약, 데이터베이스 마이그레이션, 인프라 설정은 반드시 엄격하게 봐야 합니다.
에이전트 시대의 코드 리뷰는 문법 검사가 아닙니다. 책임 경계와 운영 가능성을 확인하는 과정입니다. 검토 질문도 달라집니다.
- 이 코드는 기존 API 계약을 깨뜨리지 않는가?
- 실패했을 때 안전하게 멈추는가?
- 민감 정보가 코드나 로그에 남지 않는가?
- 테스트로 핵심 동작을 검증할 수 있는가?
- 운영자가 장애 원인을 추적할 수 있는가?
- 나중에 다른 개발자가 이해하고 고칠 수 있는 구조인가?
검증과 함께 또 하나 중요해지는 능력이 컨텍스트 설계입니다. 에이전트가 어떤 문서를 참고할지, 어떤 코드를 기준으로 삼을지, 어떤 파일에는 접근하면 안 되는지 정해야 합니다. 이는 단순한 프롬프트 작성과 다릅니다. 조직의 개발 규칙, 코드베이스 구조, 보안 정책, 테스트 기준을 에이전트가 이해할 수 있는 형태로 정리하는 일입니다. 앞서 살펴본 Skills와 MCP, 저장소 문서, 자동화 스크립트가 모두 이 컨텍스트 설계의 일부가 됩니다.
멀티 에이전트 기반 개발을 위한 전제 조건
Antigravity 2.0이 보여준 방향성은 명확합니다. 개발 환경의 무게 중심이 IDE에서 멀티 에이전트 오케스트레이션으로 이동하고 있습니다. 개발자 개개인이 사용하던 코딩 도구는 이제 여러 에이전트가 협업하는 플랫폼에 녹아 들고 있습니다. 사람의 역할은 작업이 아니라 에이전틱 워크플로우(Agentic Workflow)를 조율하고 관리 감독하는 것으로 바뀌고 있습니다. 이런 변화를 적극적으로 수용하는 조직과 그렇지 않은 곳의 차이는 매우 커질 것입니다. 그렇다면 지금 이런 변화에 동참하려면 무엇을 점검해야 할까요? 다음과 같은 질문에 먼저 답해야 합니다.
- 에이전트에게 어디까지 권한을 줄 것인가?
- 에이전트가 만든 코드의 책임은 누가 질 것인가?
- 코드베이스를 에이전트 친화적으로 관리할 수 있는가?
- 개발 조직은 에이전트를 관리할 운영 & 거버넌스 체계를 갖추었는가?
멀티 에이전트 기반 개발 방식으로의 전환과 위와 같은 전제 조건을 충족하기 위한 구체적인 방안 마련이 필요하다면 언제든 메가존소프트 문의 포탈을 통해 남겨주세요.
