🟡 🤝 Agenten Veröffentlicht: · 4 Min. Lesezeit ·

Google erweitert Managed Agents in der Gemini API für Produktionsumgebungen

Redaktionelle Illustration: Google Gemini API erweitert verwaltete Agenten für Entwickler

Google hat der Gemini API Background-Execution, Remote-MCP-Integration, Custom-Function-Calling und Credential-Refresh hinzugefügt — vier Funktionalitäten, die Entwicklern den Einsatz von Agenten außerhalb von Prototypumgebungen ermöglichen.

🤖

Dieser Artikel wurde mithilfe von künstlicher Intelligenz aus Primärquellen erstellt.

Google hat am 7. Juli 2026 die Managed-Agents-Funktionalitäten innerhalb der Gemini API um vier neue technische Features erweitert. Die Erweiterung wird ausdrücklich als Reaktion auf Developer-Feedback beschrieben, das „production-ready” agentische Fähigkeiten forderte — den Unterschied zwischen einem Prototyp und einem echten Produktionseinsatz von Agenten.

Vier neue Tools für Produktionsagenten

Jede der vier neuen Funktionalitäten adressiert ein konkretes technisches Problem, das den Einsatz von KI-Agenten außerhalb von Entwicklungsumgebungen blockiert.

1. Background Execution

Durch Übergabe des Parameters background: true beim API-Aufruf wird die agentische Aufgabe sofort asynchron ausgeführt. Die API gibt umgehend eine Session-ID zurück; der Client kann den Status pollen oder sich erneut mit der Session verbinden, wenn er bereit ist — ohne eine dauerhaft offene HTTP-Verbindung für die gesamte Dauer der Aufgabe aufrechterhalten zu müssen. Das macht asynchrone Agenten-Worker zu First-Class-Bürgern der Gemini API.

2. Remote-MCP-Integration

Managed Agents können sich jetzt direkt mit MCP-Servern (Model Context Protocol) verbinden, ohne Custom-Proxy-Middleware oder manuelles Bridging. Der Agent erhält direkten Zugriff auf private Datenbanken, interne APIs und Unternehmensressourcen. Entwickler können Tools von MCP-Servern frei mit eingebetteten Sandbox-Fähigkeiten des Agenten kombinieren, ohne eine Integrationsschicht schreiben zu müssen.

3. Custom Function Calling

Zusätzlich zu den eingebetteten Sandbox-Tools können nun auch benutzerdefinierte lokale Funktionen hinzugefügt werden. Die Ausführungslogik ist klar definiert: Eingebettete serverseitige Tools werden automatisch ohne Rückruf an den Client ausgeführt, während Custom Functions den Agenten in den Zustand requires_action versetzen — was dem Client signalisiert, dass er die Funktion lokal ausführen und das Ergebnis zurückgeben muss. Dies ermöglicht die Integration mit interner Geschäftslogik, ohne diese Logik in Googles Sandbox auszulagern.

4. Credential-Refresh für Netzwerkkonfigurationen

Agentensessions, die länger als die Lebensdauer eines OAuth-Tokens oder API-Schlüssels dauern, hatten ein gravierendes Problem: die Notwendigkeit, die Session wegen abgelaufener Credentials zu unterbrechen. Die neue Funktionalität löst dies durch Übergabe der bestehenden environment_id mit aktualisierter Netzwerkkonfiguration. Die Sandbox behält den gesamten Zustand — Dateisystem, installierte Pakete und Repositories — während ausschließlich die Netzwerkschicht aktualisiert wird.

Warum war asynchrone Ausführung ein kritisches Defizit?

Das bisherige Modell der Managed Agents erforderte eine kontinuierliche HTTP-Verbindung für die gesamte Dauer einer Agentensession. In Produktionsumgebungen führte dies zu einer Reihe von Unzuverlässigkeiten:

Load-Balancer und Reverse-Proxies unterbrechen typischerweise Verbindungen, die länger als 60 bis 120 Sekunden dauern — kürzer als die Dauer komplexerer agentischer Aufgaben.

Mobile Clients und Browser verlieren die Verbindung beim Wechsel zwischen WLAN und Mobilfunknetz, beim Ausschalten des Bildschirms oder beim Wechsel in den Hintergrund.

Horizontale Skalierung der Anwendung — Neustarts von Pods in Kubernetes-Umgebungen unterbrechen aktive Sessions ohne Möglichkeit der Wiederaufnahme.

Der Parameter background: true löst alle genannten Fälle mit einem Modell: Der Agent lebt in Googles Infrastruktur unabhängig vom Verbindungsstatus des Clients. Der Client kann sich trennen, neu starten und sich mit derselben Session-ID wieder verbinden — und findet den Agenten in genau dem Zustand vor, in dem er ihn verlassen hatte.

Remote-MCP-Integration und Credential-Refresh

Die Remote-MCP-Integration löst ein weiteres häufiges Problem: den Zugriff auf private Unternehmensressourcen. Bisher mussten Entwickler Custom-Middleware schreiben, die Aufrufe zwischen Managed Agents und internen Servern weiterleitete — was Latenz, Komplexität und zusätzlichen Wartungscode hinzufügte. Die direkte MCP-Verbindung eliminiert diese Schicht.

Credential-Refresh ist besonders wertvoll in Enterprise-Kontexten, in denen OAuth-Token aus Sicherheitsgründen kurze Ablaufzeiten haben. Der Dateisystemzustand der Session — installierte Python-Pakete, geklonte Repositories, Zwischenergebnisse — bleibt durch die Credential-Rotation vollständig erhalten.

Gemini Interactions API als Basisinfrastruktur

Alle vier neuen Funktionalitäten basieren auf der Gemini Interactions API — einem einzelnen Endpoint, der Inferenz, Code-Ausführung, Paketinstallation und Webzugriff innerhalb einer isolierten Cloud-Sandbox vereint. Verfügbar im @google/genai JavaScript SDK, mit dokumentierten Beispielen für Python und cURL.

Google positioniert diese Änderungen als direkte Antwort auf Developer-Feedback, das Funktionalitäten für den Produktionseinsatz forderte — im Gegensatz zu Prototypumgebungen. Zusammen machen die vier Funktionalitäten Managed Agents fähiger für asynchrone Workflows, die innerhalb echter Entwicklungsumgebungen operieren, ohne die aufrufenden Anwendungen zu blockieren.

Häufig gestellte Fragen

Was ist Background Execution in Gemini Managed Agents und warum ist es nützlich?
Durch Übergabe des Parameters `background: true` gibt die API sofort eine Session-ID zurück, ohne zu warten; der Client pollt den Status, wenn er bereit ist. Damit entfällt die Abhängigkeit von langlebigen HTTP-Verbindungen, die Load-Balancer und mobile Clients regelmäßig unterbrechen.
Wie können Managed Agents auf private Datenbanken und interne APIs zugreifen?
Über Remote-MCP-Integration: Der Agent verbindet sich direkt mit einem MCP-Server ohne Custom-Proxy-Middleware, erhält damit Zugriff auf private Ressourcen und kann diese mit eingebetteten Sandbox-Tools kombinieren.
Wie funktioniert Credential-Refresh mitten in einer Agentensession?
Durch Übergabe der bestehenden `environment_id` mit aktualisierter Netzwerkkonfiguration behält die Sandbox den gesamten Zustand — Dateisystem, installierte Pakete und Repositories — während nur die Netzwerkschicht mit dem neuen OAuth-Token oder API-Schlüssel aktualisiert wird.