Antigravityagent orchestration

Task-oriented delegation

Antigravity에서 왜 코드 조각 지시보다 task 단위 위임이 더 중요하게 다뤄지는지와, 어떤 요청 방식이 더 잘 맞는지 정리합니다.

마지막 수정 2026년 3월 25일

기본 패턴

text
약한 요청
  -> "이 파일 함수 하나 수정해 줘"

강한 요청
  -> "이 기능을 만들고
      실행해 보고
      검증 결과까지 보여 줘"

설명

  • Google은 Antigravity를 higher, task-oriented level에서 일하는 도구로 설명합니다. 이 말은 세부 편집 명령보다 "무슨 결과를 만들 것인가"를 중심으로 요청하는 편이 더 잘 맞는다는 뜻입니다.
  • 일반적인 editor 보조는 현재 파일 맥락을 바탕으로 한두 줄을 고치는 데 강하지만, Antigravity는 계획 수립과 실행, 검증까지 이어지는 더 긴 작업 단위를 전제로 설계된 것으로 보입니다.
  • 그래서 Antigravity에서 좋은 요청은 기능 구현, 버그 재현과 수정, UI 변경, 유지보수 작업처럼 완결된 목표를 갖습니다. 요구사항, 끝난 상태, 검증 기준이 함께 들어갈수록 agent가 더 일관되게 움직입니다.
  • 이 관점은 프롬프트를 쓰는 방식도 바꿉니다. "어떻게 고칠지"를 세세하게 지시하기보다, "무엇을 달성해야 하는지"와 "어떻게 확인할지"를 분명히 적는 편이 제품 철학에 더 잘 맞습니다.
  • 결국 task-oriented delegation의 핵심은 agent를 autocomplete의 확장판으로 보지 않는 것입니다. edit 보조보다 작은 작업 단위를 끝까지 닫는 책임 주체로 보는 쪽이 더 적절합니다.

빠른 정리

요청 방식적합도
파일 한 줄 수정 지시가능하지만 제품 강점을 덜 활용
기능 단위 목표 제시잘 맞음
실행과 검증까지 포함한 요청가장 잘 맞음
결과 기준 없는 모호한 요청agent 품질을 떨어뜨리기 쉬움

주의할 점

Antigravity의 강점은 "무엇을 달성해야 하는가"를 맡기는 데 있습니다. 요청이 task가 아니라 편집 메모 수준으로 내려가면, 오히려 일반 IDE 보조 기능과 차이가 작아질 수 있습니다.

참고 링크

2 sources