Google hat die Managed Agents in der Gemini API um mehrere neue Funktionen erweitert, die eine kontrolliertere und stärker automatisierte Ausführung von Programmieraufgaben und agentischen Workflows ermöglichen. Der Agent verwendet nun standardmäßig Gemini 3.6 Flash, während Umgebungs-Hooks Entwicklern erlauben, Tool-Aufrufe innerhalb einer isolierten Cloud-Sandbox-Umgebung zu blockieren, zu prüfen oder zu protokollieren.
Diese Erweiterungen sind Teil der Gemini Interactions API, die über einen einzigen API-Aufruf Denkprozesse, Codeausführung, Paketinstallation, Dateiverwaltung und den Abruf von Informationen aus dem Web koordiniert. In einer früheren Version hatte Google bereits Unterstützung für Hintergrundaufgaben und die Integration mit entfernten MCP-Servern hinzugefügt.
Gemini 3.6 Flash ist jetzt das Standardmodell
Der Agent antigravity-preview-05-2026 verwendet automatisch Gemini 3.6 Flash, ohne dass Codeänderungen erforderlich sind. Laut Google nutzt die nächste Interaktion automatisch das neue Modell. Entwickler können jedoch ein anderes Modell auswählen, indem sie beim Erstellen der Interaktion oder des verwalteten Agenten einen Wert für agent_config.model übergeben.
Zu den unterstützten Modellen gehören Gemini 3.6 Flash als Standardmodell und ausgewogene Option für Denkaufgaben, Programmierung und Tool-Nutzung, Gemini 3.5 Flash als vorherige Generation allgemeiner agentischer Workflow-Modelle sowie Gemini 3.5 Flash-Lite, das innerhalb der Gemini-3.5-Familie eine geringere Latenz und niedrigere Kosten bietet.
Hooks zur Steuerung von Tool-Aufrufen
Umgebungs-Hooks ermöglichen die Ausführung benutzerdefinierter Skripte vor oder nach jedem Tool-Aufruf, den der Agent innerhalb einer Sandbox-Umgebung ausführt. Der Entwickler fügt der Umgebung die Datei .agents/hooks.json hinzu. Zur Laufzeit werden anschließend Handler ausgeführt, die mit den Ereignissen pre_tool_execution und post_tool_execution verknüpft sind.
Das Feld matcher unterstützt reguläre Ausdrücke, um mehrere Tools anzusprechen, etwa Vorgänge zur Codeausführung und zum Schreiben von Dateien, oder um alle Tools zu erfassen. Ein Pre-Execution-Hook kann ein Ergebnis mit einer Ablehnungsentscheidung und deren Begründung zurückgeben. Dadurch wird der Tool-Aufruf übersprungen und der Ablehnungsgrund an den Modellkontext übergeben. Post-Execution-Hooks ermöglichen die Ausführung von Prüfungen oder Formatierungen nach Abschluss des Tools. Außerdem unterstützen sie HTTP-Handler, die Anfragen direkt an einen externen Endpunkt senden.
Google nennt als Beispiel den Einsatz dieser Funktionen bei OffDeal, einem Unternehmen, das sich selbst als KI-natives Investmentbanking bezeichnet. Laut Alston Lin, dem Gründer und technischen Leiter von OffDeal, verwendet das Unternehmen einen Post-Execution-Hook, um die von seinem Agenten Archie erstellten Unternehmenslogos automatisch zu prüfen. Dabei werden unter anderem Qualität, Maßgenauigkeit, Hintergrund und Kontrast kontrolliert, bevor ein Protokoll der freigegebenen Dateien veröffentlicht wird.
Mehr Kontrolle über Kosten und Betrieb
Verwaltete Agenten sind nun auch in Projekten verfügbar, die die kostenlose Nutzungsebene verwenden. Dadurch können Entwickler agentische Workflows mit einem API-Schlüssel aus einem Projekt testen, für das keine aktive Abrechnung eingerichtet ist.
Um den Tokenverbrauch bei autonomen Aufgaben über mehrere Runden zu begrenzen, kann max_total_tokens festgelegt werden. Dadurch wird der gesamte Tokenverbrauch einschließlich Ein- und Ausgabe sowie Denkprozessen begrenzt. Wird das Limit erreicht, wird die Aufgabe sicher angehalten und die Interaktion gibt den Status incomplete zurück, während der Zustand der Umgebung erhalten bleibt. Die Ausführung kann mit previous_interaction_id und einem neuen Budget fortgesetzt werden.
Geplante Trigger und Umgebungsverwaltung
Geplante Trigger ermöglichen es, einen Agenten, eine Umgebung, eine Anweisung und einen Zeitplan im cron-Format in einer dauerhaften Ressource zu verknüpfen, die automatisch und ohne manuelles Eingreifen ausgeführt wird. Jede Ausführung verwendet dieselbe Sandbox-Umgebung, sodass Dateien zwischen den Ausführungen erhalten bleiben.
Die Environments API bietet außerdem Funktionen zum programmgesteuerten Auflisten, Prüfen und Löschen von Sandbox-Sitzungen. Laut Google kann dies genutzt werden, um Umgebungs-IDs nach einer Verbindungsunterbrechung wiederherzustellen oder Umgebungen nach Abschluss einer bestimmten Pipeline zu bereinigen, anstatt das Ende der Aufbewahrungsfrist von sieben Tagen abzuwarten.
Google zufolge rücken diese Updates Managed Agents näher an planbare und kostenkontrollierte Worker heran, die autonom in echten Entwicklungsumgebungen arbeiten können, ohne das Budget zu überschreiten oder eine externe Orchestrierungsebene zu benötigen. Das Unternehmen fordert Entwickler auf, den allgemeinen Überblick zur Gemini Interactions API und die Schnellstartanleitung für verwaltete Agenten zu konsultieren, um mehr über benutzerdefinierte Agentendefinitionen, Umgebungseinstellungen, Netzwerkregeln und erweiterte Streaming-Muster zu erfahren.