Google hat die Managed Agents in der Gemini API um eine Reihe neuer Funktionen erweitert, die den kontrollierteren und stärker automatisierten Betrieb 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, Paketinstallationen, Dateiverwaltung und das Abrufen 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 wird die nächste Interaktion automatisch das neue Modell verwenden. Über die Übergabe eines Werts an agent_config.model beim Erstellen der Interaktion oder des verwalteten Agenten kann jedoch ein anderes Modell ausgewählt werden.
Zu den unterstützten Modellen gehören Gemini 3.6 Flash als Standardmodell und ausgewogene Lösung für Denkaufgaben, Programmierung und Tool-Nutzung, Gemini 3.5 Flash als vorherige Generation allgemeiner Modelle für agentische Workflows sowie Gemini 3.5 Flash-Lite, das innerhalb der Gemini-3.5-Familie die geringste Latenz und die niedrigsten Kosten bietet.
Hooks zur Kontrolle 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 durchführt. Der Entwickler fügt der Umgebung die Datei .agents/hooks.json hinzu. Zur Laufzeit werden dann Handler ausgeführt, die den Ereignissen pre_tool_execution und post_tool_execution zugeordnet sind.
Das Feld matcher unterstützt reguläre Ausdrücke, um mehrere Tools zu adressieren, etwa Codeausführung und Dateischreibvorgänge, oder um alle Tools abzugleichen. 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 OffDeal als Beispiel für den Einsatz dieser Funktionen. OffDeal bezeichnet sich selbst als eine auf künstlicher Intelligenz basierende Investmentbank. 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. Anschließend wird ein Protokoll der genehmigten Dateien veröffentlicht.
Mehr Kontrolle über Kosten und Betrieb
Verwaltete Agenten sind jetzt auch in Projekten verfügbar, die die kostenlose Stufe verwenden. Dadurch können Entwickler agentische Workflows mit einem API-Schlüssel aus einem Projekt testen, für das keine aktive Abrechnung besteht.
Um den Tokenverbrauch bei unabhängigen Aufgaben mit mehreren Runden zu begrenzen, kann max_total_tokens eingestellt werden. Damit lässt sich der gesamte Tokenverbrauch einschließlich Ein- und Ausgabe sowie Denkprozessen festlegen. Bei Erreichen des Limits 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. Jeder Lauf verwendet dieselbe Sandbox-Umgebung, sodass Dateien zwischen den Ausführungen erhalten bleiben können.
Die Environments API bietet außerdem Funktionen zum Auflisten, Prüfen und programmgesteuerten Löschen von Sandbox-Sitzungen. Laut Google kann dies dazu verwendet werden, Umgebungs-IDs nach einer Verbindungsunterbrechung wiederherzustellen oder Umgebungen nach Abschluss einer bestimmten Pipeline zu bereinigen, anstatt auf das Ende der Aufbewahrungsdauer von sieben Tagen zu warten.
Google erklärt, dass diese Aktualisierungen Managed Agents näher an geplante und kostenkontrollierte Worker heranführen, die innerhalb echter Entwicklungsumgebungen autonom arbeiten können, ohne das Budget zu überschreiten oder eine externe Orchestrierungsschicht zu benötigen. Das Unternehmen lädt Entwickler dazu ein, die allgemeine Übersicht zur Gemini Interactions API und die Schnellstartanleitung für verwaltete Agenten zu lesen, um mehr über benutzerdefinierte Agentendefinitionen, Umgebungseinstellungen, Netzwerkregeln und fortgeschrittene Streaming-Muster zu erfahren.