OpenClaw und Google Workspace: Agenten bekommen Zugriff auf Drive und Gmail

Composio schiebt Google Drive als MCP-Anbindung für OpenClaw in einen Bereich, in dem Agenten schnell sehr real werden. Einen Rechnungsordner anlegen, eine Datei weiterreichen, Anhänge an der richtigen Stelle ablegen: Das sind keine spektakulären Aufgaben. Genau dort wird aber sofort sichtbar, ob ein Agent mit den richtigen Rechten arbeitet oder ob ein Team sich gerade einen sauberen Datenfehler automatisiert.

Darum ist diese Integration interessant. In Drive liegen Verträge, Freigaben und laufende Vorgänge, die später jemand wiederfinden oder erklären können muss. In Gmail stecken Rückfragen, Anhänge und Links, die nur im richtigen Kontext harmlos sind. An dieser Grenze entscheidet sich, ob ein Agenten-Setup belastbar wirkt oder nur ordentlich präsentiert ist.

Was die Anbindung praktisch verändert

Composio beschreibt die Drive-Anbindung für OpenClaw als MCP-Toolkit mit 76 Tools und 7 Triggern. Dazu kommt ein verwalteter Auth-Teil: OAuth, API-Keys, Token-Refresh und Scopes sollen nicht jedes Mal neu von Hand zusammengesetzt werden. Für Entwickler klingt das erst einmal nach Komfort. Praktisch verlagert sich damit aber nur die eigentliche Arbeit.

Denn bei Workspace-Integrationen ist Auth selten bloße Fleißarbeit. Ein Agent, der Dokumente liest oder vorsortiert, braucht einen anderen Rechtezuschnitt als ein Agent, der Dateien erstellt, Ordner verschiebt oder Freigaben setzt. Wenn diese Trennung weich wird, steht eine nützliche Automatisierung sehr schnell mit einem Fuß im sensiblen Bereich.

Der reale Einstieg ist deshalb unspektakulär. Ein Agent erkennt zum Beispiel eine Rechnung in einer Mail, legt sie im passenden Drive-Ordner ab und markiert den Vorgang für die Buchhaltung. Genau dort beginnt aber die wichtige Frage: Darf derselbe Ablauf anschließend schon teilen, weiterleiten oder einen bestehenden Ordner öffnen? Wenn die Antwort darauf nicht glasklar ist, ist der Workflow noch nicht fertig.

Warum Gmail und Drive zusammen heikel sind

Die Google-Anbindung zeigt vor allem eines: Das eigentliche Risiko liegt bei Rechten, Tokens und Zuständigkeiten. Client-Secrets und Refresh-Tokens gehören nicht in Chats. Das ist keine Nebensache, sondern der Punkt, an dem schnelle Integrationen unsauber werden.

Spannend ist auch die Aufteilung der Zuständigkeit. Wenn ein externer Workflow-Dienst die OAuth-Verbindung hält, liegen Token-Verwaltung, Ausführung und Protokollierung an einer anderen Stelle als bei selbst gebauter Integrationslogik. Das kann Verantwortlichkeiten klarer machen. Gleichzeitig wächst die Zahl der Systeme, denen ein Team vertrauen muss.

Bei Gmail wird das sofort konkret. Mail ist keine neutrale Datenquelle, sondern ein Sammelpunkt für Termine, Anhänge, Rückfragen und oft auch sicherheitsrelevante Links. Schon eine harmlose Zusammenfassung kann Informationen aus zwei Kontexten zusammenziehen, die ein Mensch bewusst getrennt halten würde. Bei Drive sitzt das größere Risiko bei Freigaben: Eine falsche Berechtigung ist kein Schönheitsfehler, sondern im Zweifel ein Datenabfluss mit Ansage.

Der sinnvolle Prüfpfad

Wenn du so eine Anbindung testen willst, dann klein und gemein. Nicht mit dem großen Versprechen anfangen, dass der Agent jetzt dein Workspace mitdenkt, sondern mit einer Aufgabe, deren Fehlerbild überschaubar bleibt.

Ein sinnvoller Test ist meist read-only oder fast read-only: Dokumente sichten, Anhänge klassifizieren, Dateien in eine Vorschlagsliste schieben, aber noch nichts automatisch freigeben. Danach kann ein begrenzter Schreibschritt folgen, etwa einen neuen Ordner anlegen oder eine Entwurfsdatei erzeugen.

Wichtig ist dabei die nachträgliche Prüfung. Welcher Scope wurde für den Lauf tatsächlich verwendet? Welches Konto hat die Aktion ausgeführt? Taucht der Vorgang sauber im Log auf, und lässt sich dort noch erkennen, ob der Agent gelesen, erstellt oder geteilt hat? Wenn diese Antworten fehlen, ist der Workflow noch im Demo-Stadium.

Genau dort trennt sich Demo von Betrieb. Die interessante Frage ist nicht, ob der Agent eine Datei findet. Interessant ist, ob du hinterher sauber beantworten kannst, warum er sie verschoben hat, mit welchem Konto das passiert ist und ob derselbe Ablauf auch eine Freigabe hätte auslösen dürfen.

Für wen das jetzt relevant ist

Für Teams mit dokumentenlastigen Prozessen ist Drive ein naheliegender Einstieg in produktive Agentenarbeit. Rechnungen einsortieren, Projektordner vorbereiten, Review-Dateien sammeln oder Mail-Anhänge nach Drive überführen sind Aufgaben, bei denen ein Agent nicht brillant sein muss. Er muss die richtige Aktion mit den richtigen Rechten ausführen.

Die aktuelle Einordnung rund um OpenClaw, Gmail und Drive reicht für einen vorsichtigen Startpunkt. Es gibt klare Integrationssignale und einen sichtbaren Sicherheitsrahmen. Was noch fehlt, ist mehr Erfahrung darüber, wie stabil solche Workflows in Teams laufen, wenn Freigaben, Rückfragen und Ausnahmen dazukommen.

Mein Mindeststandard bleibt deshalb bewusst nüchtern: keine Secrets im Chat, eng gesetzte OAuth-Scopes, sichtbare Logs und ein Start mit Aktionen, die auch dann keinen Flurschaden anrichten, wenn der Agent danebenliegt. Ich würde bei Gmail und Drive mit dem Workflow anfangen, der sich am saubersten erklären lässt. Die bessere Frage lautet nicht, was alles automatisierbar ist. Die bessere Frage ist: Welche einzelne Aktion würdest du diesem System heute zutrauen, ohne morgen ein Berechtigungsproblem erklären zu müssen?