Unity, Google Antigravity 에이전트에 엔진을 개방

Google이 Antigravity용 플러그인 마켓플레이스를 출시했다. Antigravity 애플리케이션과 그 콘솔 버전을 위한 서드파티 및 자체 확장 기능을 모은 중앙화된 카탈로그다. 출시 파트너 중에는 공식 Unity 플러그인도 포함됐다. 이 플러그인은 엔진을 에이전트에 원클릭으로 연결하며, 이후 빌드와 시뮬레이션, 실시간 3D 파이프라인 관리를 Antigravity에서 벗어나지 않고 수행할 수 있다.

이전에는 에이전트를 외부 시스템과 연결하려면 수동 설정이 필요했다. MCP 엔드포인트, 환경 변수, 도메인 스킬, 커스텀 서브에이전트를 별도 리포지토리나 로컬 설정에 일일이 적어야 했다. 플러그인은 최대 다섯 가지 확장성 프리미티브를 plugin.json

매니페스트를 갖춘 하나의 버전 관리 번들로 묶는다. 스킬(SKILL.md), MCP 서버(mcp.json), 규칙, 라이프사이클 훅(hooks.json), 커스텀 에이전트가 하나의 단위로 설치되고 업데이트되며 활성화된다. 개발자가 할 일은 Customizations → Plugins 패널에서 Unity를 찾거나 agy plugin install을 실행하는 것뿐이다.

에이전트가 얻는 것

Unity 플러그인은 0.1.8-beta 버전이며 Unity Companion License를 따르고 Unity 6 이상에서 작동한다. Unity Technologies 리포지토리에 공개됐으며, 설치 확인에는 agy plugin list

명령이 도움이 된다. 많은 스킬은 Unity의 커맨드라인 유틸리티인 Unity CLI를 통해 열려 있는 에디터를 제어한다. 에이전트는 유틸리티 설치 여부를 직접 확인하고, 필요하면 설치한 뒤 CLI가 실행 중인 에디터와 통신하는 데 쓰이는 작은 Unity 패키지를 추가한다. Unity Hub 사용자는 보통 이미 이 유틸리티를 갖고 있다. Hub가 자동으로 설치하기 때문이다.

그다음부터 에이전트는 GameObject를 생성하고, 애셋 임포트 설정을 바꾸고, 실행 중인 에디터에서 C# 코드를 직접 실행하며 결과를 확인할 수 있다. 씬과 애셋 파일을 손으로 고치는 대신이다. CLI 자체도 에디터를 설치하고 프로젝트를 생성·열고 빌드와 테스트를 실행한다.

스킬은 작업에 맞춰 자동으로 불려오지만, 슬래시 메뉴에서 수동으로 호출할 수도 있다. 그중에는 인게임 구매, 리워드 영상, 설정 화면, 픽셀 아트 렌더링, 육각 타일 팔레트, TextMeshPro의 한자 표시 문제 분석, Render Graph 오류를 찾는 ScriptableRendererFeature 리뷰 등이 있다.

Unity가 직접 경고하는 위험도 있다. 스킬은 스크립트와 씬, 애셋을 직접 수정하며 모든 변경이 에디터 기능으로 기록되거나 되돌려지지는 않는다. 권고는 단순하다. 프로젝트를 버전 관리 시스템 아래에 두고 큰 수정 전에 커밋하라는 것이다.

Antigravity만이 환경은 아니다

같은 Unity 플러그인을 Claude Code, Codex, Grok에서도 쓸 수 있다. 환경마다 각자의 명령으로 설치되며, Claude Code와 Grok, Antigravity에서는 스킬이 슬래시 메뉴에도 함께 나타난다. Unity는 버그와 제안을 자사 포럼 Unity Discussions로 보내달라고 요청한다.

왜 이런 일이 벌어지는가

Unity의 행보는 에디터에 대한 중립적 인터페이스라는 베팅으로 수렴한다. 외부로는 콘솔 계층을 내놓고, 인기 있는 각 에이전트 환경에는 얇은 래퍼를 내놓는 식이다. 그런 환경이 많이 지원될수록, 스튜디오가 어떤 어시스턴트와 일하느냐를 기준으로 엔진을 고를 이유는 줄어든다. Google 카탈로그에 Unity가 등장한 것은 별개의 거래라기보다 이 흐름의 연장선으로 보인다.

Google 쪽의 논리는 그 대칭이다. 바로 쓸 수 있는 파트너 플러그인을 모아둔 쇼케이스는 에이전트 환경의 주요 장벽 하나를 없앤다. 팀이 쓰는 도구마다 통합을 손으로 조립해야 한다는 문제다. 게임 개발은 그런 카탈로그에 알맞은 사례다. 여기서 파이프라인은 길고 재현 가능하며, 손으로 하는 반복 작업에는 잘 맞지 않는다.

이 추세가 이어지면 게임 팀에게 개발 환경과 에이전트 오케스트레이터의 경계는 흐려지고, 특정 엔진의 가치는 자신의 작업(빌드, 테스트, 애셋 임포트, 씬 실행)을 외부로 얼마나 정교하게 노출하는지에 점점 더 좌우될 것이다. 모델러와 프로그래머에게 이는 작업의 일부가 에디터에서의 수동 조작으로부터, 과제를 설정하고 에이전트가 리포지토리에 넣은 변경을 검토하는 쪽으로 옮겨간다는 뜻이다.

Antigravity의 에이전트에게 빌드 작업을 넘길 준비가 됐는가, 아니면 자신의 스크립트를 유지할 것인가? 플러그인을 신뢰하려면 무엇이 더 필요한지 알려달라.