🟡 🤝 Agenti Objavljeno: · 4 min čitanja ·

Google proširuje Managed Agents u Gemini API-ju za produkcijska okruženja

Editorial ilustracija: Google Gemini API proširuje upravljane agente za razvojne inženjere

Google je u Gemini API dodao background execution, remote MCP integraciju, custom function calling i osvježavanje kredencijala — četiri funkcionalnosti koje developerima omogućuju deployment agenata izvan prototipnih okruženja.

🤖

Ovaj članak generiran je uz pomoć umjetne inteligencije na temelju primarnih izvora.

Google je 7. srpnja 2026. objavio proširenje Managed Agents mogućnosti unutar Gemini API-ja s četiri nove tehničke funkcionalnosti. Proširenje je eksplicitno opisano kao odgovor na povratne informacije developera koji su tražili „production-ready” agentske mogućnosti — razliku između prototipnog i stvarnog produkcijskog deployementa agenata.

Četiri nova alata za produkcijske agente

Svaka od četiriju novih funkcionalnosti adresira konkretan tehnički problem koji blokira deployment AI agenata izvan razvojnih okruženja.

1. Background execution

Prosljeđivanjem parametra background: true uz API poziv, agentski zadatak odmah se šalje na asinkrono izvršavanje. API instant vraća identifikator sesije; klijent može pollati status ili se ponovo spojiti na sesiju kad je spreman — bez potrebe za kontinuiranom otvorenom HTTP vezom za cijelo trajanje zadatka. Ovo su asinkroni agentski workeri koji postaju first-class građani Gemini API-ja.

2. Remote MCP integracija

Managed Agents mogu se sada direktno spojiti na MCP (Model Context Protocol) servere bez custom proxy middlewarea ili ručnog premošćivanja. Agent dobiva direktan pristup privatnim bazama podataka, internim API-jima i korporativnim resursima. Developeri mogu slobodno miješati alate s MCP servera s ugrađenim sandbox mogućnostima agenta, bez pisanja sloja za integraciju.

3. Custom function calling

Uz ugrađene sandbox alate, sada je moguće dodati i custom lokalne funkcije. Logika izvršavanja je jasno definirana: ugrađeni server-side alati izvršavaju se automatski bez povratnog poziva klijentu, dok custom funkcije prebacuju agenta u stanje requires_action — što klijentu signalizira da mora lokalno izvršiti funkciju i rezultat proslijediti natrag. Ovo omogućuje integraciju s internom poslovnom logikom bez iznošenja te logike u Google-ov sandbox.

4. Osvježavanje mrežnih kredencijala

Agentske sesije koje traju dulje od životnog vijeka OAuth tokena ili API ključeva imale su ozbiljan problem: potreba za prekidom sesije radi isteklih kredencijala. Nova funkcionalnost rješava ovo prosljeđivanjem postojećeg environment_id-a s ažuriranom mrežnom konfiguracijom. Sandbox zadržava cjelokupno stanje — filesystem, instalirane pakete i repozitorije — dok se osvježava isključivo mrežni sloj.

Zašto je asinkrono izvršavanje bio kritični nedostatak?

Prethodni model Managed Agents zahtijevao je kontinuiranu HTTP vezu za cijelo trajanje agentske sesije. U produkcijskim okruženjima, to je stvaralo seriju nepouzdanosti:

Load balanceri i reverse proxiji tipično prekidaju veze dulje od 60 do 120 sekundi — što je kraće od trajanja složenijih agentskih zadataka.

Mobilni klijenti i preglednici gube vezu pri prelasku između WiFi i mobilne mreže, pri gašenju zaslona ili pri prelasku u pozadinu.

Horizontalno skaliranje aplikacije — restart podova u Kubernetes okruženjima prekida aktivne sesije bez mogućnosti nastavka.

Parametar background: true rješava sve navedene slučajeve jednim modelom: agent živi na Googleovoj infrastrukturi neovisno o stanju klijentske veze. Klijent se može odspojiti, restartati i ponovo spojiti na istu sesiju s istim ID-em, pronalazeći agenta u točno stanju u kakvo ga je ostavio.

Remote MCP integracija i osvježavanje kredencijala

Remote MCP integracija rješava drugi uobičajeni problem: pristup privatnim resursima organizacije. Dosad je developer morao pisati custom middleware koji prosljeđuje pozive između Managed Agenta i internih servera — što je dodavalo latenciju, kompleksnost i dodatni kôd za održavanje. Direktna MCP konekcija eliminira taj sloj.

Osvježavanje kredencijala posebno je vrijedno u enterprise kontekstima gdje OAuth tokeni imaju kratke expire rokove iz sigurnosnih razloga. Filesystem stanje sesije — instalirani Python paketi, klonirani repozitoriji, međufazni outputi — ostaje u potpunosti sačuvano kroz rotaciju kredencijala.

Gemini Interactions API kao temeljna infrastruktura

Sve četiri nove funkcionalnosti temelje se na Gemini Interactions API-ju — jednom endpointu koji obuhvaća zaključivanje, izvršavanje koda, instalaciju paketa i pristup webu unutar izoliranog cloud sandboxa. Dostupno je u @google/genai JavaScript SDK-u, s dokumentiranim primjerima i za Python i za cURL.

Google pozicionira ove promjene kao direktan odgovor na developer feedback koji je tražio mogućnosti za produkcijsku primjenu — za razliku od prototipnih okruženja. Zajedno, četiri funkcionalnosti čine Managed Agents sposobnijima za asinkrone radne tokove koji operiraju unutar stvarnih razvojnih okruženja bez blokiranja aplikacija koje ih pozivaju.

Česta pitanja

Što je background execution u Gemini Managed Agents i zašto je korisno?
Prosljeđivanjem parametra `background: true` API odmah vraća ID sesije bez čekanja; klijent polla status kad je spreman. Eliminirano je oslanjanje na dugotrajne HTTP veze koje load balanceri i mobilni klijenti redovito prekidaju.
Kako Managed Agents mogu pristupiti privatnim bazama podataka i internim API-jima?
Kroz Remote MCP integraciju: agent se direktno spaja na MCP server bez custom proxy middlewarea, čime dobiva pristup privatnim resursima i može ih kombinirati s ugrađenim sandbox alatima.
Kako osvježavanje kredencijala funkcionira usred agentske sesije?
Prosljeđivanjem postojećeg `environment_id` s ažuriranom mrežnom konfiguracijom sandbox zadržava cjelokupno stanje — filesystem, instalirane pakete i repozitorije — dok se samo mrežni sloj s novim OAuth tokenom ili API ključem osvježava.