Googles Gemini-Agent: Was KMU vor der Einführung prüfen sollten

Google hat einen universellen Arbeitsagenten angekündigt. Was KMU vor einem Pilotprojekt über Integrationen, Zugriffsrechte, Datenschutz und Kosten klären sollten.

Am 8. Oktober 2026 stellte Google Cloud bei „Gemini at Work“ den Gemini-Agenten vor: eine gemeinsame Oberfläche für Fragen, Wissensarbeit, Inhaltserstellung und Programmierung, die auch mehrstufige Aufgaben übernehmen soll. Für kleine und mittlere Unternehmen ist daran weniger der nächste Chatbot interessant als das angekündigte Zusammenspiel mit vorhandenen Geschäftssystemen. Ein Agent soll ein Ziel verfolgen, Werkzeuge auswählen und Ergebnisse in den Anwendungen bereitstellen, in denen Menschen ohnehin arbeiten. Das eröffnet einen konkreten Prüfauftrag für Geschäftsführer und IT-Leiter: Welche begrenzte Aufgabe könnten wir delegieren, ohne zugleich unkontrollierte Zugriffe, zusätzliche Abhängigkeiten oder schwer kalkulierbare Kosten einzuführen? Dieser Beitrag analysiert die neue Ankündigung aus Beratungssicht. Er ist kein Produkttest und keine Empfehlung, die bestehende Büroplattform zu wechseln.

Quelle: Google: Ankündigung vom 8. Oktober, Google Cloud: Funktionsumfang und Architektur, Reuters: unabhängiger Bericht.

1. Was neu ist: ein Ziel statt vieler einzelner Prompts

Google beschreibt einen Agenten, der Aufgaben planen, Werkzeuge und wiederverwendbare Fähigkeiten einsetzen sowie im Hintergrund weiterarbeiten soll. Die Architektur sieht auch temporäre Unteragenten für Teilaufgaben vor. Längere Abläufe können laut Ankündigung in der Cloud weiterlaufen, nachdem der Nutzer seinen Rechner geschlossen hat. Das ist der relevante Unterschied zu einer einzelnen Chatantwort: Ein Auftrag umfasst potenziell mehrere Ausführungsschritte und einen über die Sitzung hinausgehenden Zustand. Unsere Einordnung für KMU lautet deshalb: Bewerten Sie nicht nur die Qualität eines Textes, sondern die vollständige Kette vom Auftrag bis zur Abnahme. Ein plausibler Abschlussbericht genügt nicht, wenn unklar bleibt, auf welchen Dokumenten er beruht oder ob zwischenzeitlich etwas geändert wurde. Besonders wichtig ist die Definition von „fertig“. Soll der Agent lediglich einen Vorschlag erstellen, eine Datei ablegen oder schon verbindlich handeln? Diese drei Aufträge brauchen unterschiedliche Rechte und Kontrollen. Formulieren Sie das gewünschte Ergebnis einschließlich zulässiger Quellen und verbotener Handlungen, nicht bloß eine Rolle wie „Du bist unser Projektmanager“.

Quelle: Google Cloud: Unified Agent, Persistent Execution und Orchestration, TechCrunch: Ziele und Aufgabenübersicht.

2. Integration ist das Versprechen – und der erste Prüfpunkt

Die Ankündigung nennt Google Workspace, Microsoft 365 und Slack als Zugangswege sowie Verbindungen zu Systemen wie Jira, Confluence, Git, Salesforce und verschiedenen Datenbanken. Außerdem beschreibt Google die Anbindung von MCP-Servern, also Werkzeugzugänge über das Model Context Protocol. Innerhalb von Workspace soll der Agent unter anderem in Gmail, Drive, Docs, Sheets und Calendar arbeiten. Daraus folgt aber nicht, dass jede Funktion in jeder Kombination mit Ihrem Tarif und Ihren Fachanwendungen sofort einsetzbar ist. Wir empfehlen vor einem Pilotprojekt eine kleine Integrationsmatrix: gewünschte Aktion, betroffene Anwendung, benötigte Berechtigung, technische Anbindung und verantwortlicher Systembetreiber. Lassen Sie sich nicht nur bestätigen, dass ein Produkt „unterstützt“ wird. Prüfen Sie, ob Lesen, Entwürfe, Schreiben und Freigaben im tatsächlich gebuchten Angebot möglich sind. Für ein Microsoft-365-Unternehmen ist die angekündigte Erreichbarkeit ein Anlass zur Evaluation, kein Beleg für gleichwertige Funktionen gegenüber Workspace. Übertragen Sie auch eine auf der Bühne gezeigte Verbindung nicht ungeprüft auf Ihre eigene Netzwerktopologie, Mandantentrennung oder lokale Fachsoftware.

Quelle: Google Cloud: Tools, Registry und Workspace, Reuters: Workspace, Microsoft 365 und Slack, TechCrunch: angebundene Systeme.

Unsere Vergleichshilfe für die Beschaffung

3. Ein eigener Agentenaccount braucht einen Eigentümer

Google beschreibt „Coworker Agents“ als digitale Teammitglieder mit eigener Identität, E-Mail-Adresse, Kalender und Speicher. In Workspace sollen sie nur den Kontext sehen, den Menschen mit ihnen teilen; ihre Aktivitäten werden laut Anbieter unter der Agentenidentität protokolliert. Diese Trennung ist für die Nachvollziehbarkeit interessant, macht den Agenten aber nicht zu einer verantwortlichen Person. Unsere Empfehlung ist ein menschlicher Eigentümer für jeden dauerhaft eingesetzten Agenten: jemand, der Zweck, Berechtigungen, Kosten und Abschaltung verantwortet. Legen Sie zusätzlich fest, wer die Vertretung übernimmt. Ein geteiltes Projekt darf nicht dazu führen, dass niemand mehr die Freigaben prüft. Beginnen Sie mit einem eigenen, eng begrenzten Arbeitsbereich und einem nachvollziehbaren Zielordner. Wir würden einen Pilotagenten nicht über das persönliche Administratorkonto betreiben und ihm nicht pauschal alle bestehenden Teamfreigaben übertragen. Die Rechte sollten aus dem konkreten Auftrag abgeleitet werden. Testen Sie zudem den Entzug einer Freigabe: Kann der Agent anschließend tatsächlich nicht mehr auf die Quelle zugreifen, und wie wird mit bereits übernommenem Kontext umgegangen?

Quelle: Google Cloud: Coworker Agents und Identität, Reuters: eigene Adresse und begrenzter Kontext, TechCrunch: agentenbezogene Protokollierung.

4. Dauerhafter Kontext verlangt ein Datenkonzept

Google unterscheidet Sitzungs-, semantisches, prozedurales und episodisches Gedächtnis. Damit beschreibt der Anbieter nicht nur den aktuellen Chat, sondern auch Wissen über Dokumente, Arbeitsweisen und frühere Aktionen. Für die praktische Einführung empfehlen wir deshalb, Eingaben, erzeugte Dateien, gespeicherten Kontext und Protokolle getrennt zu erfassen. Was darf übernommen werden, wer kann es sehen, wie wird es berichtigt und wann wird es gelöscht? Bei personenbezogenen Daten verlangt Artikel 5 DSGVO unter anderem Zweckbindung, Datenminimierung und Speicherbegrenzung; je nach Konstellation sind auch die Regeln zur Auftragsverarbeitung und zu Drittlandübermittlungen zu prüfen. Wir leiten aus der Produktankündigung weder eine pauschale DSGVO-Konformität noch einen bestimmten europäischen Speicherort ab. Fordern Sie die für Ihren Vertrag und Ihre Konfiguration geltenden Angaben an. Starten Sie möglichst mit künstlichen Beispieldaten oder fachlich freigegebenen, minimierten Unterlagen. Ein Pilot braucht keinen Vollzugriff auf Personalakten, Kundenkorrespondenz oder vertrauliche Vertragsarchive. Lassen Sie Datenschutzverantwortliche die tatsächliche Verarbeitung beurteilen, statt eine allgemeine Marketingaussage zur Vertragsprüfung zu machen.

Quelle: Google Cloud: Context and Memory, EUR-Lex: DSGVO, insbesondere Artikel 5, 28 und 44.

5. Sicherheitskontrollen müssen im eigenen Ablauf bestehen

Zur angekündigten Sicherheitsarchitektur gehören rollenbasierte Berechtigungen, Audit-Trails, eine Agent Sandbox und ein Agent Gateway, das Netzwerkverkehr und Richtlinien kontrollieren soll. Google nennt dabei ausdrücklich Fragen nach Identität, erlaubten Aktionen und ausgeschlossenen Daten. Das sind Anbieterangaben, keine von uns nachgewiesene Schutzwirkung in einer Kundenumgebung. Für die Abnahme empfehlen wir einfache Gegenproben: Der Agent darf ein freigegebenes Projektdokument lesen, aber nicht die vertrauliche Personalablage; er darf einen Mailentwurf erzeugen, aber nicht ohne Genehmigung versenden. Die Logs sollten Auftrag, Agent, Aktion und Ergebnis nachvollziehbar machen. Prüfen Sie außerdem, wer auffällige Aktivitäten tatsächlich bearbeitet. Ein vorhandenes Protokoll ersetzt keine Betriebszuständigkeit. Bei länger laufenden Aufgaben empfehlen wir einen getesteten Abbruchweg und ein Verfahren für versehentliche Änderungen. Auch der Wiederanlauf gehört zur Abnahme: Welche Teilschritte wurden bereits erledigt, welche müssen erneut freigegeben werden? Definieren Sie diese Grenzen technisch und organisatorisch, nicht ausschließlich im Prompt. Das ist unser vorgeschlagenes Kontrollmodell, keine Aussage, dass jede genannte Aktion bereits als fertige Produktoption verfügbar ist.

Quelle: Google Cloud: Securing and Governing Agents, TechCrunch: Audit-Trail und Aufgabenübersicht.

6. Kosten pro erledigter Aufgabe statt Kosten pro Chat

Google kündigt Modellorchestrierung, Smart Routing und projektbezogene Echtzeit-Ausgabenlimits an. Die Modellwahl soll Gemini und Claude einbeziehen; zusätzliche Modelle sind als weitere Entwicklung vorgesehen. Beim Erreichen eines Ausgabenlimits soll ein Agent pausieren und anschließend kontrolliert fortgesetzt werden können. Unsere kaufmännische Empfehlung: Prüfen Sie im Angebot, welche Kosten das Limit erfasst, und planen Sie den Betriebsfall „Budget aufgebraucht“. Ein pausierter Bericht ist anders zu bewerten als eine pausierte kundenkritische Aufgabe. Bewerten Sie den Nutzen pro fachlich akzeptiertem Ergebnis einschließlich Einrichtung, Betreuung, Nachprüfung und Fehlerkorrektur. Ein niedriger Tokenpreis allein beantwortet diese Frage nicht. Ebenso wenig ist automatische Modellwahl eine Garantie für geringere Gesamtkosten oder identische Ergebnisqualität. Vergleichen Sie im Pilot dieselbe abgegrenzte Aufgabe mit Ihrem bisherigen Verfahren, dokumentieren Sie Aufwand und Abnahmemängel und verwenden Sie diese Beobachtung als Entscheidungsgrundlage. Der ergänzende Google-Beitrag zu Abrechnung und Kostenkontrollen stammt vom 26. August; wir nutzen ihn als Hintergrund, nicht als neue Nachricht dieser Woche.

Quelle: Google Cloud: Kostenkontrollen in der Oktober-Ankündigung, Google Cloud: Abrechnung und Ausgabenlimits, Hintergrund vom August, TechCrunch: Routing und Spend Caps.

7. Unser Pilotvorschlag: ein Projektbericht ohne Außenwirkung

Als Einstieg empfehlen wir einen internen Projektstatusbericht aus einem ausdrücklich freigegebenen Ordner und ausgewählten Tickets. Der Agent soll offene Punkte, belegte Fortschritte und fehlende Informationen zusammenstellen sowie einen Entwurf in einem festgelegten Zielbereich ablegen. Er soll keine Tickets schließen, Zusagen an Kunden verschicken oder Termine verbindlich ändern. Diese Aufgabe ist ein eigener Beratungsvorschlag, kein behaupteter Google-Referenzfall. Bestimmen Sie vorab, welche Aussagen ein Prüfer auf ihre Quellen zurückführen können muss. „Im Plan“ darf nicht aus dem Fehlen einer Warnung abgeleitet werden; fehlende Angaben sollen sichtbar bleiben. Wählen Sie reale Grenzfälle aus Ihrem Arbeitsablauf, aber bereiten Sie die Testdaten datenschutzgerecht vor. Lassen Sie einen Fachverantwortlichen und die IT gemeinsam abnehmen: Der erste bewertet die Aussage, die zweite den Weg dorthin. Entscheidend ist nicht, ob der Entwurf beeindruckt, sondern ob er wiederholt verlässlich innerhalb des erlaubten Rahmens entsteht und weniger Gesamtarbeit verursacht. Ein brauchbares Pilotresultat kann auch sein, dass die vorhandenen Quellen zunächst bereinigt werden müssen.

Was wir vor dem Start schriftlich festlegen würden

• Auftrag: Ein definierter Entwurf mit Quellenverweisen; kein externer Versand und keine verbindlichen Entscheidungen.
• Daten: Benannte, freigegebene Quellen und ein klar begrenzter Zielbereich.
• Betrieb: Menschlicher Eigentümer, Vertretung, Abbruchweg und Protokollprüfung.
• Budget: Begrenzter Testumfang, nachvollziehbare Abrechnung und ein geplanter Umgang mit der Pause am Limit.
• Abnahme: Fachliche Korrektheit, gesperrte Aktionen, nachvollziehbare Quellen und Gesamtaufwand gemeinsam bewerten.

8. Fazit: Die Plattform sollte Ihrem Prozess folgen

Die Nachricht vom 8. Oktober ist für KMU relevant, weil Google nicht nur weitere Textfunktionen, sondern die Delegation zusammenhängender Arbeit über Anwendungen hinweg beschreibt. Unsere Schlussfolgerung ist trotzdem kein sofortiger Plattformwechsel. Wer bereits einen brauchbaren, kontrollierten Arbeitsablauf hat, sollte ihn als Vergleichsmaßstab nutzen. Wer noch keine klaren Datenquellen, Freigaben oder Verantwortlichkeiten hat, sollte diese zuerst festlegen. Der wirtschaftliche Wert entsteht nicht durch die Bezeichnung „universeller Agent“, sondern durch einen überprüfbaren Auftrag, belastbare Grenzen und eine vernünftige Abnahme. Betrachten Sie zusätzliche Modellauswahl als Option, nicht als Ersatz für die Prüfung der Datenwege. Beginnen Sie mit einem kleinen internen Ergebnis und erweitern Sie den Spielraum erst, wenn Nutzen und Kontrollen nachgewiesen sind. So wird aus einer Produktankündigung eine fundierte Investitionsentscheidung statt einer weiteren unbetreuten KI-Lizenz.

Quelle: Google: Überblick zur Ankündigung, Reuters: unabhängige Einordnung.