OpenClaw in Microsoft Teams: Azure-Bot statt Seitenkanal

OpenClaw kann Microsoft Teams als Bot-Kanal anbinden. Das lohnt sich, wenn Supportfälle, Freigaben oder Projektfragen ohnehin in Microsoft 365 landen und ein Assistent genau dort erreichbar sein soll.

Ein Selbstläufer ist das nicht. Den Aufwand verursachen Bot-Registrierung, öffentlicher Endpoint und Berechtigungen im Tenant, während die Agentenlogik selbst kaum anders aussieht als auf anderen OpenClaw-Kanälen. Wer diese Fragen erst nach der Installation klärt, verbringt den Pilot mit Zugriffsproblemen.

Teams ist deshalb eine Betriebsentscheidung. Sie passt zu Organisationen, die App-Verteilung, Netzwerkzugang und Rechteverwaltung ohnehin geregelt haben. Für alle anderen ist Teams ein unnötig teurer Einstieg in OpenClaw.

Vom lokalen Test zum Teams-Kanal

Laut OpenClaw-Dokumentation steckt die Integration im Plugin @openclaw/msteams, das über npm oder ClawHub verteilt wird. Fehlt es in einem Build, lässt es sich mit openclaw plugins install @openclaw/msteams nachinstallieren.

Danach beginnt die eigentliche Teams-Arbeit. Die Setup-Anleitung führt durch mehrere Schritte: Azure Bot anlegen, Zugangsdaten übernehmen, Messaging-Endpoint eintragen, den Teams-Kanal aktivieren, ein App-Manifest bauen, OpenClaw konfigurieren und schließlich das Gateway starten.

Ohne öffentlichen Endpoint geht es nicht. Für lokale Tests sieht die Dokumentation einen Dev Tunnel vor, der das Gateway nach außen erreichbar macht.

Das ist bereits eine Sicherheitsfrage. Ein Tunnel schafft einen extern erreichbaren Eingang, und der braucht von Beginn an Regeln. Hilfreich ist, dass Teams-DMs laut Doku standardmäßig im Pairing-Modus laufen und unbekannte Absender nicht einfach durchkommen. Für einen produktionsnahen Betrieb beschreibt die Dokumentation außerdem Zertifikate und Azure Managed Identity als Alternativen zum Client Secret. Diesen Wechsel sollte man einplanen, bevor der Bot aus der Testgruppe herauswächst.

Erst Text, dann Dateien

Laut OpenClaw-Doku unterstützt der Kanal Text sowie Anhänge in Direktnachrichten. Damit lässt sich ein Pilot sauber eingrenzen: Kommen Antworten im richtigen Kontext an? Erreichen nur freigegebene Personen den Bot? Bleibt der Endpoint stabil?

Dateien ändern die Lage. Für den Dateiversand in Channels und Gruppenchats verlangt die Integration zusätzlich eine sharePointSiteId und Microsoft-Graph-Rechte. Ein Bot kann also im Einzelchat problemlos mit Anhängen umgehen und im Teamraum trotzdem scheitern. Diese Anforderung gehört an den Anfang der Architekturentscheidung, nicht in die dritte Pilotwoche.

Polls und Freigabe-Prompts laufen laut Doku über Adaptive Cards. Sie lohnen sich erst, wenn Text und DMs zuverlässig funktionieren.

Wenn der Gruppenversand scheitert

Ein typisches Fehlerbild: Der Bot antwortet im Einzelchat, aber der Dateiversand im Gruppenchat schlägt fehl, weil die sharePointSiteId fehlt oder die Graph-Rechte nicht reichen.

Die Diagnose beginnt trotzdem beim Transport. Zuerst wird geprüft, ob der Endpoint erreichbar ist und ob Bot-Registrierung und Manifest zusammenpassen. Erst danach kommen die kanal- und dateispezifischen Berechtigungen an die Reihe, die die OpenClaw-Doku pro Fähigkeit aufschlüsselt. Welche Graph-Rechte ein Tenant tatsächlich freigibt und wie die App über das Admin Center verteilt wird, entscheiden die dortigen Richtlinien. Das lässt sich nur am eigenen Tenant klären.

Lässt sich der Fehler nicht zügig eingrenzen, geht der Pilot zurück auf Text und DMs.

Wann sich Teams lohnt

Für ein kleines OpenClaw-Experiment sind Telegram, Slack oder Discord in der Regel schneller eingerichtet. Teams gewinnt erst, wenn Microsoft 365 bereits der Arbeitsort ist und der Bot dort eine klar begrenzte Aufgabe übernimmt.

Die entscheidende Frage lautet deshalb: Welche Kommunikation muss wirklich über Teams laufen? Reicht ein DM-Kanal, bleibt der Aufbau überschaubar. Antworten in Channels erhöhen den Freigabeaufwand, und sobald Gruppendateien dazukommen, sind SharePoint und Graph fester Teil des Projekts.

Der vernünftige Start ist eng: wenige erlaubte Nutzer, ein dokumentierter Tunnel oder Hosted-Endpoint, zunächst nur Text plus DMs. Gruppendateien, Polls oder weitere Teams-Räume sollten erst folgen, wenn der Bot im kleinen Kreis über Wochen stabil genutzt wird. Alles andere vergrößert vor allem die Fehlerfläche.