LMCP is a cross-platform MCP server (Model Context Protocol) that connects AI assistants — Claude, ChatGPT, Cursor, Windsurf, VS Code, Zed — to your apps: Mail, Microsoft Outlook, Calendar, Microsoft Teams, OneDrive, Slack and Office. On macOS it also reaches native apps. 251 tools. It runs entirely on your machine — no cloud servers, no API tokens, no data leaves your device.

Can LMCP access Microsoft Teams without Graph API?

Yes. LMCP reads Teams messages directly from the local IndexedDB cache on your machine. No Microsoft Graph API, no OAuth tokens, no Azure AD, no API rate limits. Zero network requests to Microsoft.

Is LMCP GDPR compliant?

Yes, by architecture — not by policy. All data is processed on your machine. No personal data is ever transmitted to any server. Your emails, calendar, contacts, Teams messages and files never leave your device. Inherently compliant with GDPR, CCPA and similar regulations.

How does LMCP differ from other MCP servers?

LMCP is the only MCP server that: (1) runs 100% locally with zero cloud dependencies, (2) reads Microsoft Teams without Graph API tokens, (3) accesses native apps directly instead of cloud APIs, (4) requires no OAuth setup or API keys, (5) works offline once installed.

Yes. LMCP is free to install and use. No credit card, no API keys, no subscription. It works with Claude, ChatGPT, Cursor, VS Code and any MCP-compatible client.

LMCP sur Linux — Microsoft 365, Slack et Office pour les agents IA cloud

Temps nécessaire : ~5 minutes
Prérequis : Linux x64 ou arm64, Node.js 18+, n'importe quel client ou agent IA compatible MCP (Claude, Cursor, un agent SDK, etc.)

À qui cela s'adresse

La plupart des utilisateurs de LMCP l'exécutent sur leur Mac personnel pour connecter leur IA aux applications natives. Mais il existe un second cas d'usage, très différent : un agent IA exécuté sur un serveur Linux ou une VM cloud — sur Google Cloud, AWS, Azure ou votre propre machine — qui doit lire et agir sur Microsoft 365, Slack, Google Drive et les fichiers Office sans configurer OAuth pour chaque outil.

Le serveur Linux de LMCP (le même binaire Go qui propulse la version Windows) offre à un agent cloud un seul point de terminaison MCP doté de dizaines d'outils multiplateformes. Vous connectez chaque compte une fois ; l'agent bénéficie d'un accès durable à partir de là.

Ce qui fonctionne sur Linux

Tout ce qui communique avec une API cloud ou manipule des fichiers fonctionne sur Linux exactement comme sur Mac et Windows :

Microsoft 365 — courrier et calendrier Outlook, messages Teams, fichiers OneDrive, To Do, recherche d'annuaire/personnes (Microsoft Graph)
Slack — lire les canaux et rechercher des messages
Google Drive — lister, rechercher et lire des fichiers
ServiceNow — incidents et base de connaissances
Fichiers Office — créer et lire des fichiers Word, Excel et PowerPoint
Système de fichiers — lister et rechercher des fichiers locaux
Actions boursières — cotations et graphiques

Ce qui ne fonctionne pas sur Linux

Les outils qui pilotent les applications natives de macOS sont par nature réservés à macOS — ils utilisent AppleScript/JXA et EventKit, qui n'existent pas sur Linux. La version Linux ne les expose pas, donc votre agent ne verra pas d'outils qu'il ne peut pas utiliser :

Apple Mail, Calendar, Contacts, Reminders, Notes, Messages
Safari, Finder, OmniFocus

Si vous en avez besoin, exécutez LMCP sur un Mac. Pour les workflows cloud/serveur autour de Microsoft 365, Slack et Office, Linux est une cible de premier plan.

Étape 1 — Installation

Sur votre serveur ou VM Linux, exécutez :

npx -y local-mcp@latest setup

Cela télécharge le binaire du serveur Linux LMCP (x64 ou arm64, détecté automatiquement) et écrit la configuration MCP pour tout client IA détecté. Pour un agent sans interface, pointez votre client MCP directement vers le binaire du serveur :

~/.local/share/local-mcp/bin/local-mcp-server

Étape 2 — Connectez vos comptes

Sur une machine Linux fraîche, rien n'est encore connecté ; donc la première fois que votre agent appelle un outil Microsoft 365, il recevra un message clair : “Not connected to Microsoft 365. Use connect_m365_account first.” C'est attendu. Connectez chaque compte une fois :

connect_m365_account

Cela démarre un flux device-code : l'outil renvoie un code court et une URL (microsoft.com/devicelogin). Ouvrez-la depuis n'importe quel navigateur, collez le code, connectez-vous — et l'agent est connecté. Les jetons sont actualisés automatiquement à partir de là ; vous ne vous reconnectez que si le refresh token expire après ~90 jours d'inactivité.

Répétez l'opération pour les autres services dont vous avez besoin (Slack, Google Drive, ServiceNow) avec leurs outils de connexion respectifs.

Étape 3 — Utilisez-le depuis votre agent

Une fois connecté, votre agent cloud peut appeler les outils comme n'importe quel autre outil MCP. Par exemple :

“Résume les e-mails non lus dans ma boîte de réception Outlook.”
“Lis les 20 derniers messages du canal Teams #engineering.”
“Crée un fichier Excel avec le pipeline de ce trimestre et enregistre-le sur OneDrive.”
“Ouvre le dernier incident dans ServiceNow et rédige une mise à jour de statut.”

Pourquoi un seul serveur MCP plutôt qu'un OAuth par outil

L'alternative pour un agent cloud consiste à enregistrer une application Azure AD, un client OAuth pour Slack, un compte de service pour Google Drive, et à gérer l'actualisation des jetons pour chacun — avant même que l'agent ne fasse quoi que ce soit d'utile. LMCP réduit tout cela à une seule installation et une seule connexion device-code par compte. Les données circulent directement entre votre serveur et chaque fournisseur ; LMCP s'exécute entièrement sur votre machine, sans aucun cloud LMCP sur le chemin.

Remarques et limitations

La version Linux n'a pas d'application de barre de menus — c'est un serveur sans interface, ce qui correspond justement à ce que veut une VM cloud.
La mise à jour automatique fonctionne de la même manière (le binaire se met à jour lui-même à partir de la dernière version).
x64 et arm64 sont tous deux pris en charge (Graviton, Ampere et autres instances cloud arm64 incluses).
La prise en charge de Linux est activement maintenue aux côtés de macOS et Windows — le même serveur Go.