Im Serverraum steht jetzt ein kleiner Nachtarbeiter in einem Glaskasten. Früher musste jemand danebenstehen und das Kabel festhalten, bis die Arbeit fertig war. Heute blinkt die Lampe, der Kasten brummt weiter, und irgendwo im Hintergrund fährt ein Förderband mit halb erledigten Aufgaben durch den Nebel.
Google hat am 7. Juli 2026 neue Funktionen für Managed Agents in der Gemini API angekündigt. Laut Google geht es um background execution für asynchrone Interaktionen, remote MCP server integration, custom function calling und das Erneuern von Netzwerk-Credentials über Interaktionen hinweg. Das klingt trocken. Ist es auch. Aber trocken ist im Maschinenraum manchmal nur ein anderes Wort für: bitte nicht wieder den ganzen Schlauch festhalten.
Der Agent läuft weiter, auch wenn die Leitung gähnt
Die wichtigste Schraube: Langläufer sollen nicht mehr daran hängen, dass eine HTTP-Verbindung tapfer offenbleibt wie ein Amtsfenster kurz vor Feierabend. Google beschreibt, dass Entwickler background: true setzen können; die API gibt dann eine ID zurück, über die Anwendungen später Status abfragen, Fortschritt streamen oder sich wieder verbinden können, während der Agent serverseitig weiterarbeitet.
Das ist keine kleine Komfortpolitur. Es verschiebt Agentenarbeit ein Stück weg vom „warte mal kurz, der Browser hängt noch“ hin zu einem richtigen Werkstattauftrag: abgeben, laufen lassen, wieder nachsehen. Natürlich wird dadurch nicht jede Agentenfantasie automatisch zuverlässig. Ein Förderband kann auch zuverlässig in die falsche Kiste sortieren. Aber wenigstens muss niemand mehr mit der Stoppuhr am Socket knien.
Remote-MCP: Die Werkzeugkiste steht nicht mehr neben dem Käfig
Der zweite Hebel ist die entfernte Werkzeugkiste. Google schreibt, Managed Agents könnten direkt mit Remote Model Context Protocol-Servern verbunden werden. Statt eigene Proxy-Middleware für private Datenbanken oder interne APIs zu bauen, sollen Entwickler entfernte Tools mit Sandbox-Funktionen wie Google Search oder Codeausführung kombinieren können.
Im Bild der Blechpresse heißt das: Der Agent sitzt weiter im Glaskasten, aber durch die Wand führt jetzt ein dicker, geprüfter Schlauch zu einem Schrank mit Spezialwerkzeug. Das ist mächtig und zugleich genau die Stelle, an der Sicherheitsleute anfangen, sehr langsam Kaffee zu trinken. Denn jeder neue Werkzeugschrank ist auch eine neue Tür. Türen sind praktisch. Türen sind außerdem der Grund, warum es Türsteher gibt.
Eigene Funktionen, frische Schlüssel, weniger Theater
Google nennt außerdem custom function calling alongside sandbox tools. Eingebaute Tools laufen serverseitig; eigene Funktionen können in einen requires_action-Zustand übergehen, damit der Client lokale Geschäftslogik ausführt. Dazu kommt ein Netzwerk-Credential-Refresh: kurzlebige Tokens oder API-Schlüssel können mit einer bestehenden Environment-ID erneuert werden, während Dateisystemzustand, installierte Pakete und geklonte Repositories erhalten bleiben.
Das ist die Art Produktmeldung, die im ersten Moment nach SDK-Kleingedrucktem riecht. Im zweiten Moment sieht man den größeren Plan: Agenten werden nicht nur klüger beworben, sondern betriebsförmiger gemacht. Hintergrundläufe, Tool-Anbindung, lokale Hand-off-Punkte, Schlüsselrotation — das sind keine Zaubertricks, das sind Scharniere. Und Scharniere entscheiden oft, ob eine Tür wirklich benutzt wird oder nur in der Demo freundlich quietscht.
Für Entwickler heißt das: mehr Möglichkeiten, Agenten wie echte Hintergrundarbeiter in Produktabläufe einzubauen. Für Betreiber heißt es: mehr Stellen, an denen Logging, Berechtigungen, Netzwerkregeln und Fehlermodi nicht dekorativ sein dürfen. Der Agent bekommt Nachtschicht. Schön. Dann braucht die Werkstatt aber auch Licht, Protokoll und einen Not-Aus-Knopf, der nicht unter den Papierstapeln wohnt.
Schreibe einen Kommentar