한 턴으로는 안 된다: 구글이 Antigravity에 /boost를 넣은 이유

핵심 요약 (TL;DR)

구글의 에이전트 개발 플랫폼 Antigravity가 오늘(2026-09-01) 공식 문서에 슬래시 커맨드 /boost를 올렸다. 슬래시 커맨드란 채팅창에 /로 시작하는 명령을 쳐, 일반 대화와 다른 작업 모드를 켜는 단축 입력이다. 에이전트는 파일을 읽고 터미널을 돌리며 코드를 고치는 AI 워커다. /boost는 그 워커 하나를 더 오래 돌리는 스위치가 아니다. 문제를 쪼개고, 격리된 서브에이전트(보조 워커)에게 일을 나누며, 테스트가 통과할 때까지 검증을 반복하는 3단계 멀티에이전트 추론 파이프라인이다.

문서가 겨냥하는 자리는 분명하다. 기능 추가처럼 한 턴에 끝나는 일은 기본 에이전트. 며칠짜리 마이그레이션은 /teamwork-preview. 그 사이, 레이스 컨디션·알고리즘·여러 파일을 건드리는 리팩터처럼 한 턴으로는 안 되는 중간 난이도가 /boost의 구역이다. 유료 플랜 전용이다. 벤치마크 숫자는 문서에 없다. 구글이 오늘 내놓은 것은 점수표가 아니라, 코딩 에이전트의 기본 단위를 ‘한 대화’에서 ‘검증이 붙은 작은 팀’으로 바꾸겠다는 제품 결정이다.

배경 및 맥락

Antigravity는 2025년 11월 에이전트 우선 IDE로 시작했고, 2026년 5월 I/O에서 Antigravity 2.0과 CLI·SDK를 같은 에이전트 하네스(에이전트를 돌리는 도구·권한·루프 뼈대) 위에 올렸다. 2.0은 IDE가 아니다. 여러 로컬 에이전트를 병렬로 다루는 데스크톱·웹 커맨드 센터고, CLI는 같은 하네스를 터미널에서 부른다. 서브에이전트, 깃 워크트리, 슬래시 커맨드 카탈로그가 그 위에 쌓였다.

워크트리는 같은 깃 저장소의 격리된 작업 복사본이다. 기본 에이전트는 지금 열어 둔 폴더를 직접 건드린다. 서브에이전트가 동시에 같은 파일을 고치면 충돌이 난다. 그래서 2.0은 대화마다 새 워크트리를 만들 수 있게 했고, 메인이 여러 서브에이전트에 일을 넘기면 워크트리를 알아서 만들고 지운다고 적었다. /boost는 그 격리 모델을 전제로 한다. 공유 작업 트리가 아니라, 쓰고 버리는 임시 워크트리.

슬래시 커맨드 카탈로그도 이미 길다. /plan은 코드를 조사해 구현 계획 산출물을 만들고, /grill-me는 코딩 전에 설계를 인터뷰하고, /goal은 중간 확인 없이 목표까지 달린다. /teamwork-preview는 수시간~수일짜리 멀티에이전트 캠페인이다. 빠진 칸은 ‘지금 이 세션 안에서, 설정 인터뷰 없이, 어려운 버그를 팀으로 푸는 일’이었다. /boost가 그 칸을 채운다.

주요 내용 분석

공식 문서가 그리는 파이프라인은 전략과 실행과 검증을 한 대화에 묶지 않는다. 세 국면으로 나눈다.

1. 1단계. 목표와 전략. 프라이머리 오케스트레이터(일을 쪼개 다른 에이전트에게 넘기는 지휘 역할)가 프롬프트와 워크스페이스를 보고 실행 전략을 짠다. 검증 가능한 단위 과제로 나눈 뒤, 어떤 워크스트림이 필요한지 고른다.
2. 2단계. 병렬 실행과 검증. 오케스트레이터가 깨끗한 격리 범위의 서브에이전트에 일을 보낸다. 구현 워크스트림은 후보 코드·리팩터·유닛 테스트를 만들고, 조사 워크스트림은 파일을 건드리지 않은 채 원인 추적·콜그래프·의존성을 본다. 로컬에서 빌드와 테스트를 돌려 가설을 확인한 뒤에야 결과를 올린다.
3. 3단계. 종합과 전달. 오케스트레이터가 합친 해를 전체 테스트와 엣지 케이스에 다시 넣는다. 단언이 실패하면 진단을 다음 라운드로 넘긴다. 테스트와 요구가 통과해야 검증된 변경과 짧은 요약을 돌려준다.

슬래시 커맨드·서브에이전트 문서는 이 구조를 한 줄로 더 구체화한다. Orchestrator → DeepCoder / DeepInvestigator 코디네이터 → 격리된 실행 워커. 3계층이다. 조사와 구현이 처음부터 다른 역할로 갈린다. 한 에이전트가 “고쳤고, 테스트도 돌렸다”고 자기 선언하는 루프와 다르다.

문서가 직접 비교하는 세 모드는 아래와 같다. 숫자는 구글이 벤치에 올린 점수가 아니라, 제품이 스스로 붙인 시간 축·아키텍처 라벨이다.

호출은 표면을 가리지 않는다. Antigravity 2.0 대화창에도, CLI TUI 프롬프트에도 /boost 뒤에 과제를 붙이면 된다. 문서 예시는 구체적이다. 세션 캐시의 레이스를 조사해 스레드 안전한 수정과 테스트를 내놓기. 행렬 전치를 SIMD로 바꾸고 처리량을 재기. 커넥션 풀의 간헐 데드락을 재현해 고치기. 락프리 링 버퍼와 스트레스 테스트. 인증 미들웨어를 비동기 토큰 검증으로 바꾸되 기존 라우트를 깨지 않기. 2MB를 넘는 배치에서 HTTP 타임아웃이 튀는 이유를, 코드는 건드리지 않고 추적하기.

네 번째 예시가 중요하다. /boost는 항상 패치를 만들지 않는다. 조사 워크스트림은 파일을 수정하지 않는다고 명시돼 있다. “고쳤다”가 아니라 “원인을 격리했다”가 산출물일 수 있다.

권한도 기본 정책을 따른다. 서브에이전트는 워크스페이스·프로젝트에 설정된 파일 접근과 명령 권한을 상속한다. 신뢰 범위 밖의 터미널 명령이나 파일 수정은 사용자 승인 프롬프트로 올라온다. 서브에이전트의 디버그 로그와 스크래치 디프는 메인 채팅을 어지럽히지 않도록 메모리 공간이 갈린다. 격리는 속도용만이 아니다. 메인 대화의 컨텍스트 창을 오염시키지 않기 위한 설계다.

실사용자 반응

문서가 HN에 올라온 직후 스레드(item 49517537, 이 글을 쓰는 시점 기준 68포인트·댓글 40건대)의 톤은 제품 찬가가 아니다. 대부분은 Antigravity 자체에 이미 쌓인 피로를 먼저 꺼낸다.

반복되는 불만은 쿼바다. Ultra를 쓰고도 5시간 한도가 점점 앞당겨졌다는 경험, 유료 플랜 AI 쿼터가 몇 라운드 만에 바닥났다는 경험, 워크스페이스 계정으로는 Antigravity 개발 플랜에 가입하지 못한다는 경험. /boost가 유료 전용이라는 한 줄이, 이 스레드에서는 “토큰을 더 태우는 마법 주문”으로 읽힌다. mystifyingpoi는 /boost와 ultracode 같은 주문을 “돈과 토큰을 더 넣고 도움이 되길 바라는 일”이라고 썼다. Mond_는 무료와 유료의 1차 차이가 추론 쿼터여야지, 모드 자체를 잠그는 것은 지나치다고 했다.

다른 축은 참신성이다. hedgehog은 하네스 작업 자체는 흥미롭지만, 문서가 가볍고 Claude Code·Pi 등 이미 돌아가는 고급 모델의 기존 행동처럼 들린다고 했다. saagarjha는 페이지가 LLM 초안처럼 보인다면 스킬이나 하네스 조정에 가깝지 않겠느냐고 물었다. 구글이 오늘 공개한 것은 승률 표가 아니라 아키텍처 설명이다. 그 공백을 스레드가 바로 찌른다.

그래도 같은 스레드에 실무 쪽 문장이 있다. jiggawatts는 이런 식의 깊은 모드가 보안 리뷰나 파일 단위의 대규모 변환에는 꽤 잘 맞는다고 했다. aniketsaurav18은 문서가 Antigravity IDE를 없는 것처럼 취급한다고 지적했다. /boost 페이지는 2.0과 CLI만 적는다. 2.0 출시 이후 IDE를 다시 설치하게 만든 롤아웃 후유기가, 새 슬래시 명령의 각주로 남아 있다.

플랜 문구를 문서끼리 맞춰 보면 이렇다. Boost 문서는 “유료 플랜, Antigravity 2.0과 CLI”다. 서브에이전트 문서는 한 단계 더 적어, Google One AI Premium의 Pro·Ultra와 엔터프라이즈라고 한다. 호출당 별도 요금표는 없다. 다만 오케스트레이터와 여러 서브에이전트와 검증 라운드가 한 명령에 붙으므로, 기본 에이전트 한 턴보다 쿼터를 더 쓰는 구조인 것은 문서의 아키텍처만으로도 읽힌다. 구글이 그 차이를 토큰 배수로 공개하지는 않았다.

의미와 시사점

첫째, 코딩 에이전트의 상품 단위가 바뀌고 있다. 한동안 차별점은 모델 이름과 컨텍스트 길이였다. 지금은 슬래시 한 줄이 팀 편성을 고른다. 기본 루프, 깊은 추론, 며칠짜리 캠페인. 구글은 그 세 칸을 같은 제품 안에 라벨로 고정했다. Claude 쪽 ultrathink·ultracode, 각종 하네스의 서브에이전트 패턴과 같은 전장이다. 차이라면 Antigravity는 그 패턴을 문서화된 3계층과 임시 워크트리와 독립 검증으로 제품화했다는 점이다.

둘째, “바로 실행”이 핵심 포지션이다. Teamwork는 스코핑 인터뷰로 What을 고정한 뒤에 팀이 움직인다. Boost는 인터뷰를 건너뛴다. 레이스 버그를 재현하는 오후 세션에, 마일스톤 산출물을 쓸 시간이 없다는 전제다. 그 대가로 사용자는 전략 수립을 오케스트레이터에 맡긴다. 잘못된 쪼개짐은 여러 워커가 동시에 틀린 방향으로 달려가게 만든다. 문서가 조사 워크스트림을 읽기 전용으로 나눈 이유는 그것이다. 모든 서브에이전트가 파일을 고치면, 검증할 후보가 너무 빨리 더러워진다.

셋째, 유료 잠금은 기술 제약이 아니라 제품 결정이다. 서브에이전트 자체는 2.0의 일반 기능이다. 깊은 추론 파이프라인만 Pro·Ultra·엔터프라이즈 칸으로 올렸다. HN이 예민한 지점과 같다. 모드를 잠그면 무료 사용자는 기본 루프만 돌리고, 어려운 버그에서 모델이 “한 턴으로 안 된다”는 감각만 쌓인다. 구글 입장에서는 쿼터 폭주를 막는 밸브다. 사용자 입장에서는 가장 필요한 순간에 슬래시가 회색으로 남는 경험이다.

넷째, 평가 공백이 남는다. Teamwork 쪽은 수학 미해결 문제와 RISC-V 시뮬레이터 같은 캠페인 사례를 블로그에 올렸다. Boost 문서는 사례 프롬프트만 준다. 레이스 버그를 기본 에이전트보다 얼마나 자주 고치는지는 오늘 알 수 없다. 그래서 이 글은 점수를 만들지 않는다. 지금은 파이프라인이 어떻게 갈리는지, 어떤 버그를 그 칸에 넣으라고 하는지만 읽을 수 있다.

마치며

/boost의 문장은 짧다. 한 턴으로는 안 되는 일을, 인터뷰 없이, 격리된 작은 팀으로 돌린다. 오케스트레이터가 전략을 짜고 DeepCoder와 DeepInvestigator가 갈라지며, 임시 워크트리 위에서 테스트가 통과할 때까지 라운드가 돈다. 기본 에이전트와 Teamwork 사이에 칸을 하나 더 그린 것이다. 쓸 사람은 유료 플랜의 2.0이나 CLI에서 슬래시를 치면 된다. 믿을 사람은, 자기 저장소의 레이스와 리팩터를 그 칸에 넣어 본 다음이다. 문서가 약속하는 것은 더 큰 모델이 아니다. 검증이 붙은 팀이다.

출처

• Google Antigravity Docs — Boost deep reasoning (/boost) (2026-09-01 확인)
• Google Antigravity Docs — Slash commands overview
• Google Antigravity Docs — Asynchronous Subagents (Orchestrator → DeepCoder/DeepInvestigator 계층, 플랜 범위)
• Google Antigravity Docs — Teamwork agent teams (/teamwork-preview)
• Google Antigravity Docs — Plans
• Google Antigravity Blog — Introducing Google Antigravity
• Google Antigravity Blog — Google Antigravity @ I/O 2026
• Google Antigravity Blog — Google Antigravity CLI
• Google Antigravity Blog — Subagents, Hooks, Scheduled Tasks…
• Google Antigravity Blog — Changes to Antigravity Plans
• Hacker News — Google Antigravity introduces Boost deep reasoning (/boost) (item 49517537)

이 글은 AI가 작성하여 자동 발행된 콘텐츠입니다.