Google kunngjorde fire nye funksjoner for managed agents i Gemini Interactions API. Den mest praktiske: du sender background: true og lar agenten kjøre asynkront på serveren i stedet for å holde en skjør HTTP-forbindelse åpen. API-et returnerer umiddelbart en ID som klienten din poller mot, streamer fremdrift fra, eller kobler til igjen senere mens agenten fullfører remote.
Managed agents lar deg treffe ett enkelt endepunkt der Gemini håndterer reasoning, kjøring av kode, pakkeinstallasjon og filhåndtering inne i en isolert cloud-sandkasse. Eksemplene i dokumentasjonen bruker @google/genai JavaScript-SDK-en, med Python og cURL beskrevet i Antigravity-agentdokumentasjonen.
Den nest største endringen er remote MCP-støtte. I stedet for å skrive egen proxy-middleware for å nå private databaser eller interne APIer, kan du koble en managed agent direkte til eksterne Model Context Protocol-servere. Du sender et mcp_server-verktøy ved interaksjonstidspunkt, side om side med Google Search og code execution, og lar agenten snakke med dine endepunkter fra sin sikre sandkasse.
«Disse oppdateringene gjør managed agents til asynkrone workers som opererer inne i reelle utviklingsmiljøer uten å blokkere applikasjonen din.» — Google, i kunngjøringen
De to siste funksjonene retter seg mot kontroll og drift. Egendefinerte funksjonskall bruker step matching: innebygde verktøy kjører automatisk på serveren, mens dine egne funksjoner setter interaksjonen i requires_action slik at klienten kjører lokal forretningslogikk. Credential-refresh lar deg sende eksisterende environment_id med ny nettverkskonfigurasjon på neste interaksjon, og de nye reglene erstatter de gamle umiddelbart uten at sandkassen mister filsystem, installerte pakker eller klonede repoer.
For deg som bygger agenter er bakgrunnskjøring det som endrer økonomien mest: en langkjørende jobb dør ikke lenger når forbindelsen ryker, og du slipper å bygge egen kø- og polling-infrastruktur rundt et synkront kall. Kombinert med remote MCP betyr det at en Gemini-agent kan nå dine interne tjenester uten et proxy-lag du selv må vedlikeholde. Baksiden er at både sandkassen og tilstanden lever hos Google, så du binder agentens kjøremiljø til Gemini Interactions API. Kunngjøringen oppgir ingen egne priser for funksjonene.
Hva bør du gjøre?
- Bytt langkjørende Gemini-interaksjoner til
background: trueog poll mot ID-en i stedet for å holde HTTP-forbindelsen åpen, hvis du i dag treffer timeouts på agentkall. - Erstatt egenskrevet proxy-middleware med et
mcp_server-verktøy hvis agenten din trenger tilgang til interne APIer eller databaser via MCP. - Test credential-refresh med et eksisterende
environment_idfør du setter det i produksjon, siden de nye nettverksreglene overtar umiddelbart mens sandkassens filsystem og pakker beholdes.