Agent Gemini może teraz działać w tle. Google nie mówi tylko, jak długo.

Trzymanie otwartego połączenia HTTP przez cały czas, w którym agent klonuje repozytorium i przeszukuje kilka tysięcy linii kodu, to prosta droga do zerwanej sesji. Google mówi o tym wprost: przy długich zadaniach otwarte połączenie jest kruche. 7 lipca firma dołożyła cztery nowe możliwości do Managed Agents w Gemini API i najważniejsza z nich rozwiązuje dokładnie ten problem. Rozwiązuje na papierze, bo brakuje jednej liczby, która by o tym przesądziła: jak długo takie zadanie może w ogóle chodzić w tle.

Zacznę od tego, czym Managed Agents w ogóle są, bo to świeża rzecz. To część Gemini Interactions API: wysyłasz jedno zapytanie, a Gemini po swojej stronie prowadzi rozumowanie, uruchamia kod, instaluje pakiety i zarządza plikami w izolowanej piaskownicy w chmurze, do której twoja aplikacja nie zagląda bezpośrednio. Ruszyło to 19 maja na Google I/O, razem z modelami Gemini 3.5 i środowiskiem Antigravity 2.0. Do trzech startowych narzędzi, czyli wykonywania kodu, wyszukiwarki i pobierania stron, doszły teraz cztery kolejne.

Zamiast trzymać otwarte łącze przez cały czas pracy agenta, ustawiasz parametr background: true i dostajesz od razu identyfikator zadania. Agent kończy robotę na serwerach Google, a twoja aplikacja co jakiś czas odpytuje ten identyfikator o status albo rozłącza się zupełnie i wraca po wynik później. W przykładzie Google agent klonuje repozytorium z GitHuba, wyszukuje w kodzie wszystkie komentarze TODO i zapisuje z nich uporządkowany raport, robota, która spokojnie chodzi kilka minut bez niańczenia przez klienta.