Googles neuer Gemini-Agent: Was Unternehmen jetzt prüfen sollten

Was Google am 8. Oktober angekündigt hat

Auf Gemini at Work 2026 hat Google einen universellen Gemini-Agenten vorgestellt. Er soll Recherche, Dokumentarbeit, Medienerstellung und Programmierung verbinden. Google beschreibt außerdem länger laufende Aufgaben in der Cloud, wiederverwendbare Skills und die Zusammenarbeit mehrerer spezialisierter Agenten. Das sind Herstellerangaben; dieser Artikel berichtet keinen eigenen Produkttest.

Der praktische Unterschied zum einzelnen Chat ist die Aufgabenlänge. Ein Arbeitsauftrag endet nicht unbedingt mit einer Antwort, sondern kann mehrere Schritte umfassen. Für Unternehmen verschiebt sich damit die Bewertung: Neben Textqualität und Geschwindigkeit werden Datenzugriff, Zuständigkeit und die Kontrolle ausgeführter Aktionen entscheidend. Ein überzeugender Entwurf ist erst dann hilfreich, wenn er sich zuverlässig in den Arbeitsablauf einfügt.

Verfügbarkeit zuerst prüfen

Die aktuelle Google-Produktseite nennt ausdrücklich Einschränkungen: Mehrstufige Hintergrundaufgaben, mobile und Desktop-Nutzung sowie die Auswahl fremder Modelle befinden sich teilweise im Early Access. Aus einer Präsentation lässt sich deshalb kein verbindlicher Funktionsumfang für jedes Unternehmenskonto ableiten. Stand dieser Einordnung ist der 10. Oktober 2026.

Vor einer Beschaffung sollte das Projektteam eine kurze Liste erstellen: benötigte Funktion, passende Edition, Freischaltung, unterstützte Region und verantwortlicher Ansprechpartner. Jede Position braucht eine überprüfbare Antwort. Wer bereits Google Workspace nutzt, sollte insbesondere klären, was der vorhandene Vertrag abdeckt. Eine ähnliche Produktbezeichnung ist kein Nachweis für enthaltene Leistungen. Zusagen gehören in das Angebot oder die verbindliche Leistungsbeschreibung.

Ein sinnvoller Start: der wöchentliche Projektbericht

Als hypothetisches Pilotbeispiel eignet sich ein interner Projektbericht. Das Team legt einen freigegebenen Ordner, eine aktuelle Aufgabenliste und eine Berichtsvorlage fest. Der Agent soll erledigte Arbeit zusammenfassen, offene Punkte markieren und einen Entwurf vorbereiten. Die Projektleitung kontrolliert den Entwurf und entscheidet über die Verteilung. Damit bleibt der Auftrag überschaubar und das Ergebnis unmittelbar überprüfbar.

Wichtig ist eine eindeutige Erfolgsdefinition: Jede wesentliche Aussage muss sich einer Quelle zuordnen lassen. Fehlende Informationen sollen als Lücke erscheinen. Widersprechen sich Aufgabenliste und Besprechungsnotiz, soll der Bericht den Konflikt benennen. Die Bewertung richtet sich dann nach nachvollziehbaren Kriterien, statt danach, ob der Text besonders souverän klingt. Dieses Beispiel ist ein vorgeschlagener Testablauf, keine zugesicherte Produktfunktion.

Zugriffsrechte an der Quelle kontrollieren

Googles Dokumentation zu granularen Zugriffsrechten unterscheidet Berechtigungen für Anwendungen und Datenspeicher. Breite Rollen auf Projektebene können engere Regeln überlagern. Bei unterstützten Konnektoren bleiben zusätzlich die synchronisierten Dokumentberechtigungen des Quellsystems maßgeblich. Eine erfolgreiche Anmeldung allein sagt daher wenig darüber aus, welche Inhalte jemand tatsächlich erreichen kann.

Für den Pilotversuch empfiehlt KI-Radar zwei Testkonten mit unterschiedlichen Aufgaben. Beide erhalten dieselben Fragen, sollen jedoch nur jeweils freigegebene Informationen finden. Prüfen sollte das Team auch ausgeschiedene Beschäftigte, geänderte Gruppenmitgliedschaften und nachträglich entzogene Freigaben. Dokumentiert wird das erwartete Verhalten einschließlich der zulässigen Aktualisierungszeit. So entsteht ein konkreter Nachweis, dass die Rechteverteilung im gewählten Aufbau funktioniert.

Lesen, vorbereiten und ausführen getrennt freigeben

Ein Agent benötigt nicht sofort umfassende Schreibrechte. Im ersten Schritt kann er freigegebene Informationen auswerten. Danach darf er Entwürfe in einem gesonderten Bereich ablegen. Erst nach bestandenen Tests kommen ausgewählte produktive Aktionen hinzu. Für den Projektbericht wäre das beispielsweise die Aktualisierung einer vorbereiteten Berichtsdatei, während der Versand weiterhin eine bewusste Freigabe erfordert.

Jede erlaubte Aktion braucht einen Verantwortlichen und einen verständlichen Abbruchweg. Was passiert bei einem falschen Empfänger, einer doppelten Ausführung oder einem abgebrochenen Lauf? Können Änderungen zurückgenommen werden? Diese Fragen sollten anhand ungefährlicher Testdaten beantwortet werden. Wer die Grenzen erst im laufenden Betrieb entdeckt, verliert Zeit und Vertrauen. Ein begrenzter Start erleichtert dagegen die Fehlersuche erheblich.

Datenstandort für jede Funktion prüfen

Die Dokumentation zur Datenresidenz führt für bestimmte Gemini-Enterprise-Editionen eine EU-Multiregion auf. Sie nennt zugleich Einschränkungen nach Modell, Funktion und Verarbeitungsschritt. Speicherung und Verarbeitung werden getrennt betrachtet. Die pauschale Aussage, sämtliche Agentenfunktionen liefen automatisch ausschließlich in der EU, wäre deshalb nicht belastbar.

Für die eigene Prüfung hilft eine Datenflussübersicht: Welche Dokumente werden eingebunden, welche Inhalte verarbeitet, welche Ergebnisse gespeichert und welche externen Systeme angesprochen? Ergänzt werden Löschwege und betriebliche Zuständigkeiten. Das Projektteam sollte offene Punkte mit Datenschutzverantwortlichen und dem Anbieter klären. Grundlage bleibt der konkrete Aufbau mit den tatsächlich gebuchten Funktionen. Allgemeine Werbeaussagen beantworten diese Detailfragen nicht ausreichend.

Kosten pro brauchbarem Ergebnis berechnen

Für eine Kaufentscheidung empfiehlt KI-Radar eine Gesamtrechnung aus Lizenz, Nutzung, Einrichtung, Betreuung und fachlicher Prüfung. Die passende Kennzahl lautet: Kosten pro akzeptiertem Arbeitsergebnis. Ein günstiger Lauf mit vielen Korrekturen kann teurer sein als ein aufwendigerer Lauf, dessen Ergebnis direkt verwendbar ist. Auch wiederholte Versuche und abgebrochene Aufgaben gehören in diese Rechnung.

Ein ausdrücklich fiktives Beispiel: Zwanzig Berichte benötigen bisher jeweils dreißig Minuten. Mit Agent dauern Vorbereitung und Prüfung zusammen zwölf Minuten. Die rechnerische Ersparnis beträgt sechs Stunden. Davon müssen Einrichtung und laufende Betreuung anteilig abgezogen werden. Erst danach lässt sich bewerten, ob der Einsatz wirtschaftlich sinnvoll ist. Diese Zahlen illustrieren die Rechnung; sie sind keine gemessene Gemini-Leistung.

Protokolle müssen für das Team nutzbar sein

Google dokumentiert für Gemini Enterprise Cloud Audit Logs für bestimmte Verwaltungs- und Zugriffsaktivitäten. Welche Ereignisse erfasst werden, hängt von den jeweiligen Methoden und Berechtigungstypen ab. Das Vorhandensein einer Protokollfunktion sollte deshalb nicht mit einem automatisch vollständigen fachlichen Verlauf sämtlicher Arbeitsschritte gleichgesetzt werden.

Im Pilot sollte ein Teammitglied einen absichtlich fehlerhaften Testlauf nachvollziehen: verwendete Quelle, ausgeführte Aktion, betroffene Datei und zuständige Identität. Anschließend wird geprüft, ob sich der Fehler ohne Spezialwissen ausreichend erklären lässt. Protokolle schaffen erst dann praktischen Nutzen, wenn Verantwortliche sie finden und auswerten können. Aufbewahrung und Zugriffsrechte für diese Protokolle gehören ebenfalls zur Betriebsplanung.

Skills brauchen fachliche Eigentümer

Google beschreibt Skills in seiner Ankündigung als wiederverwendbare Anweisungen, Wissensbausteine oder Arbeitsabläufe. Für Unternehmen ergibt sich daraus eine organisatorische Aufgabe: Jemand muss festlegen, welche Vorgehensweise verbindlich ist. Ein gespeicherter Ablauf wird nicht allein dadurch richtig, dass viele Beschäftigte ihn verwenden.

Für den Projektbericht könnte ein Skill vorgeben, zuerst Quellen zu sammeln, danach Terminabweichungen zu prüfen und schließlich offene Entscheidungen getrennt aufzuführen. Zu jeder Version gehören ein Verantwortlicher, ein Änderungsdatum und einige bekannte Testfälle. Ändert sich die Berichtsvorlage, muss auch der Skill überprüft werden. Das verhindert, dass eine veraltete Vorgabe unbemerkt in zahlreichen Berichten weiterlebt.

Ein kleines freigegebenes Verzeichnis ist zum Einstieg meist leichter zu betreuen als eine große Sammlung persönlicher Varianten. Gute Beispiele sollten zeigen, wann der Ablauf nachfragt und wann er eine Aufgabe zurückgibt.

Der bestehende Werkzeugkasten bleibt der Vergleichsmaßstab

Ein neues Angebot rechtfertigt keinen automatischen Plattformwechsel. Für die Auswahl zählt, ob der gewünschte Prozess mit den vorhandenen Werkzeugen bereits gut funktioniert. Ein Team mit eingespielten Vorlagen und klarer Ablage hat andere Anforderungen als ein Unternehmen mit verstreuten Informationen und uneinheitlichen Freigaben. Der Vergleich sollte denselben Auftrag, dieselben Ausgangsdaten und dieselben Abnahmekriterien verwenden.

KI-Radar empfiehlt außerdem, den späteren Wechsel mitzudenken. Berichtsvorlagen, fachliche Prüfkriterien und dokumentierte Prozessregeln sollten außerhalb eines einzelnen Assistenten verfügbar bleiben. So bleibt das erarbeitete Wissen nutzbar, wenn Verträge, Produktfunktionen oder interne Anforderungen wechseln. Eine nachvollziehbare Ablage schafft dabei auch für neue Teammitglieder einen schnelleren Einstieg. Vor dem Vergleich hält das Team außerdem fest, welche Aufgaben weiterhin bewusst bei Menschen bleiben und warum diese Entscheidung gilt.

Vorschlag für einen vierwöchigen Pilotversuch

Woche eins: Einen Prozess auswählen, seine bisherige Bearbeitungszeit erfassen und einen fachlichen Verantwortlichen benennen. Danach Datenquellen, gewünschtes Ausgabeformat und Abnahmekriterien festlegen. Die benötigten Produktfunktionen werden im konkreten Konto geprüft. Ohne diese Grundlage bleibt jede spätere Erfolgsmeldung schwer einzuordnen.

Woche zwei: Mit freigegebenen Testdaten arbeiten und Ergebnisse systematisch vergleichen. Das Team protokolliert fehlende Quellen, sachliche Fehler und manuelle Korrekturen. Unterschiedliche Testkonten prüfen die Zugriffsgrenzen. Änderungen an Anweisungen werden festgehalten, damit Verbesserungen nachvollziehbar bleiben.

Woche drei: Den gleichen Ablauf mit einer kleinen Nutzergruppe wiederholen. Menschliche Freigaben bleiben bestehen. Zusätzlich werden Ausfälle, doppelte Aufträge und widersprüchliche Daten getestet. Der Schwerpunkt liegt auf einem stabilen Ablauf unter gewöhnlichen Arbeitsbedingungen.

Woche vier: Qualität, Zeitbedarf und Gesamtkosten auswerten. Das Ergebnis kann Ausbau, Nachbesserung oder Abbruch heißen. Eine Erweiterung sollte nur erfolgen, wenn der Prozess einen erkennbaren Vorteil bringt und das Team Fehler beherrscht. Dieser Ablauf ist eine redaktionelle Empfehlung von KI-Radar.

Fazit: klein anfangen, sauber entscheiden

Googles Ankündigung macht zusammenhängende Arbeitsabläufe zu einem wichtigen Auswahlkriterium für Unternehmens-KI. Der vernünftige nächste Schritt ist ein eng umrissener Praxistest. Unternehmen sollten zuerst Verfügbarkeit und Datenzugriff klären, anschließend Ergebnisse und Gesamtkosten messen. Wenn der Nutzen nachweisbar ist und Verantwortlichkeiten funktionieren, lässt sich der Einsatz schrittweise erweitern. So wird aus Interesse an Agenten eine belastbare Entscheidung.