구글, 호출 한 번에 도는 ‘매니지드 에이전트’

구글이 Gemini API에 ‘매니지드 에이전트(Managed Agents)’를 도입했습니다. 개발자가 복잡한 인프라를 직접 관리하지 않고도, API 호출 한 번으로 스스로 추론하고 도구를 쓰고 코드를 실행하는 에이전트를 띄울 수 있게 한 것이 핵심입니다. Gemini 3.5 Flash 기반의 Antigravity 에이전트가 이 경험을 떠받칩니다.

"With a single call, you can now spin up an agent that reasons, uses tools and executes code in an isolated, ephemeral Linux environment."Google Blog

왜 중요한가

그동안 ‘에이전트를 만든다’는 건 모델보다 인프라 싸움이었습니다. 안전한 실행 환경, 도구 연결, 파일·상태 관리, 웹 접근까지 직접 구축해야 했기 때문입니다. 매니지드 에이전트는 호출 한 번에 격리된 일회성(ephemeral) 리눅스 샌드박스를 띄우고, 그 안에서 에이전트가 계획·도구 호출·코드 실행·웹 브라우징을 수행한 뒤 후속 호출을 위해 파일과 상태를 유지합니다. 경쟁의 무게중심이 ‘모델 성능’에서 ‘에이전트를 얼마나 쉽게 운영하느냐’로 옮겨가고 있음을 보여줍니다.

실무 적용

팀은 자체 지시·스킬·데이터를 담은 커스텀 에이전트를 만들고, 이를 AGENTS.md·SKILL.md 같은 버전 관리 가능한 파일로 정의할 수 있습니다. 즉 에이전트의 행동 규칙을 코드처럼 리뷰하고 이력으로 남길 수 있다는 뜻입니다. 도입 시에는 샌드박스의 권한 범위, 실행 로그, 그리고 ‘사람이 검수할 지점’을 먼저 정의해 두면, 빠른 자동화와 통제 가능성을 동시에 확보할 수 있습니다.

교차 참고

• Google Blog: Welcome to the agentic Gemini era — 이번 발표가 올라탄 ‘에이전트 우선’ 전략의 큰 그림을 보여줍니다.
• Google Blog: I/O 2026 developer highlights — Antigravity·Gemini API·AI Studio가 어떻게 맞물리는지 보완합니다.

Wemeet의 관점

에이전트가 ‘데모’를 넘어 ‘실제로 일하는’ 단계로 가면, 차별화는 모델이 아니라 운영 설계에서 나옵니다. Wemeet은 에이전트의 권한·검수·롤백 기준을 먼저 설계해, 인프라 부담은 줄이되 결과물의 신뢰는 잃지 않는 자동화를 우선합니다.