Antigravity 2.0과 WebMCP가 연결하는 에이전트 개발과 웹

개발 에이전트와 웹 인터페이스가 만나는 지점

Google I/O 2026에서 공개된 Antigravity 2.0과 WebMCP는 서로 다른 층에서 에이전트 생태계를 확장한다. Antigravity 2.0은 여러 에이전트가 개발 업무를 나눠 수행하는 독립형 데스크탑 플랫폼이고, WebMCP는 웹사이트가 브라우저를 통해 에이전트에 호출 가능한 도구를 제공하는 웹 표준 제안이다.

한쪽은 에이전트가 일하는 실행 환경을 다루고, 다른 한쪽은 에이전트가 웹과 상호작용하는 접점을 다룬다. 둘을 함께 놓으면 개발 작업의 오케스트레이션부터 웹 서비스 호출까지 이어지는 Google의 에이전트 전략이 드러난다.

Antigravity 2.0은 IDE보다 오케스트레이션에 가깝다

기존 IDE 기반 Antigravity에서 분리된 Antigravity 2.0은 에이전트를 중심에 둔 독립형 애플리케이션이다. 개발자가 여러 AI 에이전트에 일을 배분하고 병렬로 실행하는 과정이 제품의 중심이 됐다.

최상위 에이전트는 프로젝트 매니저처럼 동작한다. 사용자가 전달한 고수준 프롬프트를 세부 작업으로 나누고, 각 작업을 전문 서브에이전트에 맡긴다. 코드 작성과 테스트, 문서 생성처럼 구분 가능한 업무를 동시에 진행할 수 있는 계층형 구조다.

예약 작업은 백그라운드에서 에이전트를 자동 호출하도록 정의하는 기능이다. 지속적인 통합과 모니터링, 자동 문서화에 활용할 수 있다. 네이티브 음성 명령은 개발자가 말로 작업을 지시할 수 있게 하며, 동적 서브에이전트는 병렬 워크플로우와 Google AI Studio·Android·Firebase 모바일 개발 플랫폼 연동을 지원한다. Antigravity CLI와 SDK를 이용하면 커맨드라인이나 프로그램에서도 플랫폼에 접근할 수 있다.

에이전트가 실행한 명령을 격리하는 방식

에이전트가 터미널을 직접 다루면 실행 권한이 곧 보안 경계가 된다. Antigravity 2.0은 터미널 명령을 커널 수준의 격리 환경에서 실행하고 파일 시스템과 네트워크 접근을 제한한다.

macOS에서는 Apple의 Seatbelt(sandbox-exec)를 사용하고, Linux에서는 nsjail로 프로세스를 격리한다. 여기에 계층형 권한 체계를 결합해 핵심 보안 라이브러리 수정이나 파일 삭제처럼 위험도가 높은 작업에는 명시적인 승인을 요구한다. 이 구조는 엔터프라이즈 환경의 규정 준수를 염두에 둔 실행 모델이다.

⤢✕

WebMCP는 웹사이트를 호출 가능한 도구로 만든다

WebMCP의 목표는 기존 MCP(Model Context Protocol)를 브라우저로 단순 이식하는 데 있지 않다. 웹사이트가 에이전트 프로토콜을 직접 제공하도록 웹의 인터페이스 자체를 바꾸려는 제안이다.

Google과 Microsoft가 공동 개발했으며, W3C Web Machine Learning 커뮤니티 그룹에서 인큐베이팅됐다. WebMCP를 지원하는 웹사이트는 navigator.modelContext 브라우저 API를 통해 AI 에이전트에 구조화된 도구를 노출할 수 있다.

도구를 정의하는 방법은 상호작용의 성격에 따라 나뉜다. 폼 제출과 상품 검색, 네비게이션처럼 정적인 동작은 HTML에 선언형 API로 표현할 수 있다. 애플리케이션 상태나 다단계 시퀀스, 실시간 데이터가 얽힌 동작은 JavaScript 기반 명령형 API로 정의한다.

⤢✕

MCP와 WebMCP는 서로 다른 연결 구간을 맡는다

MCP와 WebMCP는 같은 자리를 두고 경쟁하는 규격이 아니다. MCP가 AI 플랫폼과 서비스 제공자를 잇는 백엔드 프로토콜이라면, WebMCP는 브라우저와 웹사이트 사이에서 클라이언트 측 도구 호출을 담당한다.

비교 항목	MCP	WebMCP
운영 레이어	백엔드 프로토콜	클라이언트 사이드 (브라우저)
연결 방식	AI 플랫폼 ↔ 서비스 제공자	브라우저 ↔ 웹사이트
적용 범위	호스팅 서버 기반	모든 웹페이지
상태 관리	서버 측	브라우저 세션 내

기존 MCP 생태계가 서버 기반 서비스 연결을 제공했다면, WebMCP는 에이전트가 접근할 수 있는 범위를 브라우저 영역으로 넓힌다. 웹사이트의 기능을 구조화된 도구로 드러낼 수 있다는 점이 핵심 차이다.

브라우저 지원은 아직 초기 단계다

2026년 현재 WebMCP는 Chrome 146 Canary의 chrome://flags에 있는 “WebMCP for testing” 플래그로 활성화할 수 있다. Microsoft Edge 147은 2026년 3월 지원을 추가했다. Chrome 149에서는 WebMCP 오리진 트라이얼이 시작될 예정이며, Gemini in Chrome 지원도 추가될 예정이다.

이 단계에서는 웹 표준으로서의 방향과 브라우저 구현이 함께 진행되고 있다. 웹사이트가 에이전트용 인터페이스를 제공하는 방식이 정착되면, 스크린 스크래핑이나 별도 API 연동에 의존하던 웹 자동화 구조도 달라질 수 있다.

웹 개발에 추가되는 에이전트 인터페이스

WebMCP가 웹 표준으로 자리 잡으면 웹페이지는 사람에게 보여주는 화면뿐 아니라 에이전트가 호출하는 도구 인터페이스도 함께 제공하게 된다. 에이전트는 화면의 요소를 추정해 조작하는 대신 웹사이트가 선언한 동작과 구조화된 스키마를 이용할 수 있다.

전자상거래·금융·의료 분야에서는 AI 에이전트가 웹 서비스를 자율적으로 이용하는 새로운 상호작용 방식이 등장할 것으로 예상된다. Gemini in Chrome과의 연동 역시 브라우저 사용 경험을 에이전트 중심으로 재편할 가능성을 내포한다.

Antigravity 2.0은 이 생태계의 개발자 측 실행 기반을 맡는다. Antigravity SDK와 WebMCP 브라우저 API를 함께 사용하면 에이전트를 여러 플랫폼에 배포하는 일관된 인터페이스를 지향할 수 있다. Google AI Studio·Firebase·Android 연동은 모바일과 웹, 서버를 잇는 개발 경험으로 범위를 넓힌다.

Gemini Enterprise Agent Platform과의 통합은 기업 환경에서 에이전트를 관리형 실행 환경에 배포하고 규정 준수를 지원하는 방향을 제시한다. 이는 AI 에이전트의 기업 도입을 가속화할 전망이다.

브라우저 도구 호출에 필요한 보안 경계

웹사이트가 에이전트에 기능을 공개하면 인증과 권한 관리가 먼저 해결돼야 한다. 어떤 에이전트가 어떤 도구를 호출할 수 있는지 통제하지 못하면 악의적인 웹사이트가 에이전트를 통해 사용자 데이터에 접근하는 시나리오를 차단하기 어렵다.

교차 출처 호출도 별도의 설계 과제다. 현재 브라우저의 CORS 모델을 에이전트 컨텍스트에 어떻게 적용할지 명확한 정책이 필요하다. 브라우저 세션에서 발생한 도구 호출의 감사 기록도 사용자에게 투명하게 제공돼야 한다.

Antigravity 2.0의 샌드박스는 에이전트가 실행하는 명령의 권한을 제한하고, WebMCP의 보안 모델은 에이전트가 웹사이트 기능을 호출하는 경계를 다룬다. 개발 환경과 브라우저 양쪽에서 실행 권한과 승인, 감사 추적을 함께 설계해야 두 기술이 지향하는 연결 구조를 안전하게 운영할 수 있다.