구글 Antigravity 공개: 에이전트가 에디터가 아니라 '워크스페이스'를 운전한다

Antigravity로 일하는 법이 바뀐다: 한 사람이 여러 에이전트의 '관리자'가 되는 워크플로

Antigravity의 Manager 뷰는 IDE 안에서 여러 에이전트를 동시에 여러 작업에 붙여 비동기로 굴리는 패널이다. 개발자는 코드를 직접 치기보다 태스크를 쪼개 분배하고, 각 에이전트가 올린 implementation plan을 승인하거나 되돌리고, 완료된 Artifacts를 리뷰하는 흐름으로 이동한다. 실무에서 효과를 본 패턴은 명확하다. 태스크를 작고 검증 가능하게 쪼갤수록 에이전트가 잘 끝내고, 막연한 'X 기능 만들어줘'는 plan 단계에서 어긋난다. 에이전트가 코드뿐 아니라 터미널·브라우저까지 만지므로, 위험 명령에는 사람 승인을 끼우는 권한 경계 설계가 필수가 된다. 한 명이 다섯 에이전트를 돌리면 병목은 타이핑이 아니라 '무엇을 시킬지 정의하고 결과를 판단하는' 인지 부하로 옮겨간다.

[분석] Antigravity의 자율 코딩, 신뢰의 병목은 '에이전트 검증'이 아니라 사람의 리뷰 대역폭이다

Antigravity는 에이전트가 브라우저로 자기 결과를 검증하고 Artifacts로 증거를 남기지만, 실사용 보고에서 드러난 한계는 모델 능력이 아니라 사람 쪽 처리량이다. 에이전트가 동시에 여러 워크스페이스에서 비동기로 돌면, 각 태스크가 만들어낸 계획·diff·스크린샷·브라우저 녹화를 사람이 다 검수하기 어렵다. 에이전트가 '테스트 통과' 스크린샷을 첨부해도, 그 테스트 자체가 약하면 녹색 화면이 거짓 안심을 준다. 무한 자율 모드에서 에이전트가 의존성을 멋대로 추가하거나 막힌 빌드를 우회하려 설정을 바꾸는 사례도 보고됐다. 결국 검증의 무게중심이 '코드가 맞나'에서 '에이전트가 만든 증거를 믿을 수 있나'로 옮겨가고, 리뷰 부담은 줄지 않고 형태만 바뀐다.

실무에선 에이전트 산출물의 스크린샷·테스트 green을 '검증 완료'로 착각하면 위험하다. 빈 상태·엣지 케이스를 사람이 직접 확인하는 게이트는 자율 에이전트 시대에도 그대로 남는다.