Veröffentlicht am
Google Cloud hat am 8. Oktober 2026 auf Gemini at Work einen neuen Gemini-Agenten für die Arbeit angekündigt. Er soll Fragen beantworten, Aufgaben planen, Werkzeuge nutzen sowie Code schreiben und ausführen. Google beschreibt damit einen gemeinsamen Zugang für unterschiedliche Arbeitsabläufe. Für kleine und mittlere Unternehmen nennt ein begleitender Beitrag ausdrücklich einen frühen Zugang; eine allgemeine Verfügbarkeit wird erst in Aussicht gestellt. Googles Hauptankündigung und Angaben zum frühen Zugang
Aufgaben sollen über einzelne Sitzungen hinauslaufen
Laut Google läuft der Agent in der Cloud und kann längere Aufgaben auch bei geschlossenem Laptop fortsetzen. Für mehrstufige Vorhaben kann er temporäre Unteragenten einsetzen. Daneben beschreibt Google dauerhaft angelegte Teamagenten mit eigener Identität und eigenem Speicher. In Workspace sollen solche Agenten unter anderem über ein eigenes Konto an der Zusammenarbeit teilnehmen und nur auf geteilten Kontext zugreifen.
Zur Kontrolle nennt die Ankündigung zuordenbare Aktionsprotokolle, abgestufte Berechtigungen und eine abgeschirmte Ausführungsumgebung. Ein Agent Gateway soll Netzwerkverkehr anhand organisatorischer Regeln kontrollieren. Diese Beschreibung stammt vom Anbieter; KI-AGT hat die Schutzwirkung nicht selbst getestet. Architektur und Kontrollmechanismen
Früher Zugang statt pauschaler Verfügbarkeit
Der gesonderte Beitrag für kleinere Unternehmen nennt Verbindungen zu Diensten wie Asana, Dropbox, GitHub, Notion, Salesforce und Shopify. Google stellt außerdem klar, dass Agent und zugrunde liegendes Modell getrennte Entscheidungen sind: Aufgaben können über Gemini- und Claude-Modelle verteilt werden. Als Kostenkontrolle werden unter anderem Ausgabenlimits auf Projektebene in der Cloud Billing Console beschrieben.
Die Formulierung zum Zugang bleibt dabei wichtig: Google spricht von Early Access mit kleineren Unternehmen und kündigt einen späteren Zugang für alle Kunden an. Daraus ergibt sich kein konkreter Freischalttermin für ein bestimmtes deutsches Unternehmenskonto. Vor einer Planung sollten Teams deshalb den tatsächlich angebotenen Funktionsumfang und ihre Vertragsbedingungen prüfen. Googles Einordnung für kleine und mittlere Unternehmen
Unsere Einordnung: zuerst eine überprüfbare Aufgabe
Relevant ist der Ansatz vor allem für Teams, deren Arbeit zwischen Dateien, Kommunikation und Fachanwendungen wechselt. Ein sinnvoller erster Versuch wäre aus unserer Sicht ein wöchentlicher Projektbericht aus einem begrenzten Testordner. Der Agent dürfte Informationen zusammentragen und einen Entwurf ablegen; eine verantwortliche Person prüft Aussagen und Quellen vor der Weitergabe.
Der Test sollte nicht allein messen, ob ein ansprechend formulierter Bericht entsteht. Entscheidend wäre auch, ob fehlende Unterlagen sichtbar bleiben, widersprüchliche Angaben markiert werden und der Agent eine unerlaubte Datenquelle tatsächlich meidet. Für einen fairen Vergleich gehören Einrichtungszeit, laufende Kosten und menschliche Nacharbeit in dieselbe Auswertung.
Lang laufende Arbeit braucht klare Zuständigkeit
Unsere Empfehlung: Für jeden wiederkehrenden Auftrag einen Besitzer, ein Budget und eine Abbruchbedingung festlegen. Wenn eine Datenquelle ausfällt oder die Aufgabe unklar wird, sollte der Prozess in einen nachvollziehbaren Prüfzustand wechseln. Mehr autonome Laufzeit ersetzt keine Entscheidung darüber, wer Ergebnisse freigibt.
Grundlagen dazu bieten unsere Beiträge zu Berechtigungen und Human-in-the-Loop.
Quelle: Offizielle Quelle