2026년 7월 28일, Google 공식 블로그(Developers & Tools 카테고리)를 통해 Gemini API의 Managed Agents 기능에 관한 중요한 업데이트가 발표되었습니다. 주요 내용은 다음 3가지입니다.
Gemini 3.6 Flash 모델을 Managed Agents에서 이용 가능
- Hooks(에이전트의 실행 라이프사이클(Lifecycle)에 개입하는 지점) 추가
- Triggers(에이전트의 기동 계기) 추가
Managed Agents는 Google 측이 호스팅 및 실행 관리를 담당하는 에이전트 실행 기반입니다. 이번 확장을 통해 에이전트의 '기동 타이밍'과 '실행 중의 거동 제어'를 더욱 세밀하게 컨트롤할 수 있게 된 것으로 보입니다. 에이전트 기반 선정을 검토 중인 개발자에게는 선택지를 좌우할 수 있는 중요한 발표입니다.
📌 영향을 받는 사람
- Gemini API로 에이전트(자율적으로 도구 호출이나 다단계 처리를 수행하는 AI)를 구축·검토 중인 개발자
- 현재 Managed Agents를 이용 중이며, 모델 전환이나 이벤트 드리븐(Event-driven) 실행 제어를 검토 중인 팀
- Claude, OpenAI Assistants API 등 타사의 에이전트 기반과 비교 검토 중인 기술 선정 담당자
참고로, 본 기사 작성 시점에서 공개된 정보는 공식 블로그의 제목과 요약뿐이며, 구체적인 API 시그니처(Signature), 대응 리전(Region), 요금 체계, GA/프리뷰(Preview) 제공 단계 등의 상세 내용은 포함되어 있지 않습니다. 정확한 사양 확인을 위해서는 원문 기사를 참조할 것을 권장합니다.
Managed Agents의 아키텍처에서의 이번 확장 포인트를 도식화합니다.
에이전트가 '어떤 모델로 동작하는가', '언제 기동하는가', '실행 중에 어떻게 개입되는가'라는 세 가지 축이 동시에 확장된 형태입니다.
Hooks / Triggers를 사용한 전형적인 실행 플로우의 이미지는 다음과 같습니다.
※ 위 그림은 'Hooks/Triggers'라는 명칭과 일반적인 에이전트 기반의 설계 패턴으로부터 추측한 개념도입니다. 실제 이벤트 종류나 훅(Hook) 호출 타이밍은 원문 기사 및 공식 문서에서 확인해 주십시오.
이번 업데이트에서 발표된 요소를 정리합니다.
| 항목 | 변경 전 | 변경 후 | 비고 |
|---|
| 대응 모델 | 기존의 Gemini 모델군 | Gemini 3.6 Flash 추가 | 고속·저비용 지향의 Flash 계열 모델이 에이전트 기반에도 전개 |
| 기동 계기 | (명기 없음) | Triggers 추가 | 이벤트 드리븐 방식으로 에이전트 기동 가능 |
| 실행 제어 | (명기 없음) | Hooks 추가 | 에이전트의 라이프사이클에 개입하는 커스텀 로직 실행 가능 |
| 기타 | - | "and more" (제목에 기재) | Hooks/Triggers 이외의 추가 요소도 존재할 가능성 |
제목에 포함된 **"and more"**라는 표현으로 미루어 볼 때, 공식 블로그 본문에는 Hooks/Triggers 이외의 추가 기능이나 개선점도 포함되어 있을 가능성이 있습니다. 상세 사양(대응 리전, 요금, 프리뷰/GA 제공 단계 등)은 차분 데이터에 포함되어 있지 않으므로, 실제 운용에 도입하기 전에 1차 정보 확인이 필수적입니다.
또한, 동시에 취득된 Google 공식 블로그의 신착 기사 중 남은 2건(Google 검색 AI Mode 활용 사례, 디너 파티 주최 팁)은 일반 소비자 대상의 유스케이스 소개이며, 개발자 대상의 기술적 변경 사항은 포함되어 있지 않습니다.
💡 Tips
Managed Agents에서 Gemini 3.6 Flash를 이용할 수 있게 됨에 따라, 레이턴시(Latency)나 비용 관점에서 에이전트 모델 선정을 재검토할 여지가 생겼습니다. 기존 에이전트 구현이 있는 경우에는 우선 스테이징(Staging) 환경에서 모델 전환을 시도해 보는 것을 추천합니다.
개발자가 취해야 할 액션의 기준을 플로우차트로 정리했습니다.
구체적으로 확인·대응해야 할 항목은 다음과 같습니다.
- 모델 전환 검증: Gemini 3.6 Flash로 전환했을 때, 기존 에이전트의 응답 품질(Response Quality)·지연 시간(Latency)·비용(Cost)이 어떻게 변화하는지 확인한다 -
- Hooks 활용 검토: 로깅(Logging), 모니터링(Monitoring), 콘텐츠 필터링(Content Filtering) 등 실행 전후에 삽입하고 싶은 처리가 있다면 Hooks를 통한 구현을 검토한다 -
- Triggers 활용 검토: 정기 실행이나 이벤트 기반(Event-driven)으로 에이전트를 구동하고 싶은 유스케이스(Use case)가 있다면 Triggers로의 교체를 검토한다 -
- 1차 정보 확인: 요금 체계, 대응 리전(Region), 제공 단계(Preview/GA)는 반드시 공식 문서에서 확인한다
⚠️ Breaking Change
현시점의 정보로는 파괴적 변경(Breaking Change, 기존 API 폐지 또는 시그니처 변경)의 유무를 확인할 수 없습니다. 기존 Managed Agents 구현에 영향이 없는지 공식 릴리스 노트(Release Note)를 반드시 확인하시기 바랍니다.
구체적인 API 시그니처(Signature)는 공개된 정보에 포함되어 있지 않으므로, Hooks/Triggers가 어떤 설계 사상으로 사용될 가능성이 높은지 개념적인 의사 코드(Pseudo code)로 나타냅니다 (실제 API 사양이 아니라, 어디까지나 설계 패턴의 예시입니다).
# 개념적인 예: 모델을 고정하고, 폴링(Polling)으로 이벤트를 감지하는 패턴
agent = ManagedAgent(model="gemini-pro")
while True:
...
# 개념적인 예: Trigger로 이벤트 기반 구동, Hook으로 전후 처리를 삽입
agent = ManagedAgent(model="gemini-3.6-flash")
@agent.trigger(on="webhook_received")
...
이와 같이, 폴링을 전제로 한 상시 가동형 구현에서 이벤트 발생 시에만 구동되는 구성으로 이행할 수 있는 가능성이 있습니다. 실제 데코레이터(Decorator) 명칭·파라미터·이용 가능한 이벤트 종류는 공식 문서에서 확인하십시오.
- Gemini API의 Managed Agents에 Gemini 3.6 Flash 대응, Hooks, Triggers가 추가되어, 에이전트 기반으로서의 유연성이 향상되었다 - Hooks는 실행 라이프사이클(Lifecycle)에 대한 개입을, Triggers는 구동 계기의 제어를 담당하는 기능으로 보이며, 이벤트 기반·모니터링 로직의 내장(Embedding)이 용이해진다
- 제목의 "and more"가 나타내듯, Hooks/Triggers 외에도 추가 요소가 있을 가능성이 있으며, 상세 내용은 1차 정보 확인이 필요하다
- 기존에 Managed Agents를 이용 중인 팀은 모델 전환과 Hooks/Triggers 활용 양면에서 재검토할 가치가 있는 업데이트이다
- 구체적인 API 시그니처·요금·제공 리전은 미공개 상태이므로, 운영 환경 도입 전에 반드시 공식 블로그 및 공식 문서를 확인해야 한다
