Gewährung von M365-Zugriff für Claude via Power Automate und einen FastMCP-Server

Ein Entwickler auf r/ClaudeAI hat eine praktische Architektur vorgestellt, die Claude Zugriff auf Microsoft 365 gewährt, ohne dass Mandanten-Admin-Rechte nötig sind. Die Einrichtung nutzt Power Automate-Flows als Ausführungsebene, die über Webhooks ausgelöst werden, mit einem kleinen FastMCP-Server als Brücke.

Was es macht

Claude kann jetzt diese M365-Aktionen über MCP-Tools ausführen:

• Posteingang lesen und E-Mails senden
• Kalender überprüfen
• Notizen auf OneDrive in bestimmten Ordnern speichern
• Planner-Aufgaben erstellen
• Zeilen zu Excel-Tabellen hinzufügen
• Word-Vorlagen ausfüllen

Architektur

Die Kette ist einfach:

Claude -> MCP-Toolaufruf -> FastMCP-Server -> Power Automate Webhook -> M365-Connector

Jede M365-Operation ist ein separater Power Automate-Flow mit einem HTTP-Trigger. Die Flows laufen unter dem Benutzerkonto und verwenden bereits genehmigte Berechtigungen. Der FastMCP-Server (etwa 200 Zeilen Python + eine JSON-Konfigurationsdatei) leitet Toolaufrufe an die richtige Webhook-URL weiter.

Einrichtungsübersicht

• Power Automate-Flows für jede Aktion erstellen (E-Mail senden, Kalender lesen usw.) mit einem HTTP-Trigger
• Die signierte Webhook-URL aus jedem Flow kopieren
• Einen FastMCP-Server (fastmcp auf PyPI) auf einem günstigen VPS bereitstellen
• Tools wie m365_send_email, m365_calendar_read, onedrive_create_file definieren, die JSON an die Webhooks POSTen
• Die MCP-Konfiguration von Claude Desktop auf den Server ausrichten

Praktische Lektionen

Der Entwickler merkt an, dass der Toolzugriff für Agenten keine perfekten offiziellen API-Integrationen erfordert – vorhandene Unternehmenswerkzeuge wie Power Automate können als pragmatisches Backend dienen. Ein lustiger Fehler: Zwei MCP-Tools, die auf denselben Webhook zeigten (wegen eines vergessenen URL-Updates in der Konfiguration), führten dazu, dass Claude das 'richtige' Tool aufrief, Power Automate aber die falsche Aktion ausführte.