Pilotez vos bureaux cloud depuis Claude : on a publié notre serveur MCP

Pilotez vos bureaux cloud depuis Claude : on a publié notre serveur MCP

Jusqu'ici, contrôler un bureau Le Bureau passait par le dashboard ou un appel curl à l'API. Ça marche, mais ça veut dire changer de fenêtre, retrouver l'identifiant du bureau, formuler la requête. Beaucoup de friction pour quelque chose qu'on fait dix fois par jour.

Depuis le 23 avril, @lebureau/mcp est publié sur npm. Vos bureaux deviennent des outils que Claude Desktop, Claude Code, Cursor — ou n'importe quel client compatible Model Context Protocol — peuvent appeler directement. Vous décrivez ce que vous voulez en français, l'assistant choisit le bon outil et l'invoque pour vous.

MCP, en deux phrases

Le Model Context Protocol est un standard ouvert qu'Anthropic a sorti l'an dernier. C'est un canal stdio entre un client (Claude Desktop, Claude Code, Cursor, etc.) et un serveur d'outils local : le serveur expose une liste d'outils typés, le client les présente au modèle, et le modèle les appelle quand le contexte de la conversation s'y prête. Pas de plugin maison, pas d'API à apprendre côté utilisateur.

Pour Le Bureau, ça veut dire qu'on n'a pas à construire une intégration spécifique pour chaque client. On publie un serveur MCP, et tout l'écosystème en profite. Et surtout, on ne demande pas à nos utilisateurs de quitter l'assistant qu'ils utilisent déjà toute la journée pour aller cliquer ailleurs.

Ce que ça donne en pratique

Une fois le serveur branché, vous tapez dans Claude Desktop des phrases comme :

• « Liste mes bureaux cloud, dis-moi lesquels sont allumés. »
• « Démarre le bureau recherche-marche, ouvre Chrome et envoie-moi un screenshot de la page d'accueil de Cursor. »
• « Lance ce script Python sur le bureau data-pipeline et reviens-moi avec les logs. »

Vous ne précisez pas l'outil à utiliser. Claude regarde la liste exposée par le serveur — desktops_list, desktop_chat, desktop_run_python, desktop_screenshot, et une douzaine d'autres — et décide lequel correspond à votre demande. C'est l'assistant qui traduit votre intention en appel d'API. Vous restez dans la conversation.

Ce qui change, ce n'est pas la capacité technique : tout ça était déjà faisable via l'API REST. Ce qui change, c'est la friction. Demander à Claude « regarde ce qui tourne et éteins ceux que je n'ai pas touchés depuis hier » prend dix secondes au lieu de trois minutes.

Comment c'est cadré : les capacités par clé

Donner à un assistant la capacité d'exécuter du Python sur vos machines, ça mérite un garde-fou sérieux. C'est le rôle des capacités, sorties en même temps que le serveur MCP.

Chaque clé API porte une liste explicite de ce qu'elle peut faire. Lecture seule des bureaux ? Contrôle clavier-souris ? Exécution de commandes shell ? Lecture de la base de connaissances ? Vous cochez. Tout ce qui n'est pas coché est refusé, sans appel.

Le serveur MCP lit ces capacités au démarrage et filtre les outils proposés à Claude en conséquence. Si votre clé n'autorise que desktop:read et desktop:chat, l'outil desktop_run_python n'apparaît même pas dans la liste exposée au modèle. Claude ne peut pas appeler ce qu'il ne voit pas.

Concrètement, ça veut dire deux choses. D'abord, vous pouvez créer plusieurs clés avec des périmètres différents : une pour vos automatisations de routine (lecture seule), une pour les sessions où vous laissez l'assistant agir, une pour le déploiement en CI. Ensuite, si une clé fuit ou si quelqu'un récupère votre claude_desktop_config.json, le scope étroit limite ce qu'on peut en faire.

Par défaut, le formulaire de création de clé sur /settings?tab=apiKeys pré-coche desktop:read et desktop:chat. C'est le minimum utile pour brancher Claude Desktop sans surprise. Tout le reste — exécution Python, contrôle souris, écriture dans la base de connaissances — est à activer explicitement, capacité par capacité. Le détail de chaque scope vit dans la doc des capacités.

Brancher en trois étapes

1. Créez une clé. Allez sur /settings?tab=apiKeys, cochez les capacités dont vous avez besoin (commencez avec desktop:read et desktop:chat si vous découvrez), copiez la clé sk_live_... qui apparaît. Elle ne s'affichera qu'une fois.
2. Collez la config dans votre client. Pour Claude Desktop, ouvrez claude_desktop_config.json et ajoutez :

{
  "mcpServers": {
    "lebureau": {
      "command": "npx",
      "args": ["-y", "@lebureau/mcp@latest"],
      "env": {
        "LEBUREAU_API_KEY": "sk_live_..."
      }
    }
  }
}

Pour Claude Code, même bloc dans .mcp.json à la racine de votre projet. Le npx est lancé par le client lui-même au moment d'ouvrir une conversation — vous n'avez rien à démarrer à la main.

1. Redémarrez le client. À l'ouverture suivante, les outils Le Bureau apparaissent. Demandez « liste mes bureaux » pour vérifier que ça parle.

Le pas-à-pas complet (et la config Cursor) est dans la doc d'installation.

Limites volontaires de la v0.1.0

Cette première version est cadrée serré, parce qu'on préfère sortir un périmètre solide qu'un périmètre confortable.

• Pas de création ni de destruction de bureaux par MCP. Démarrer un bureau existant, oui. Provisionner un nouveau bureau ou en supprimer un, ça reste sur le dashboard. Le coût et l'irréversibilité méritent un clic conscient, pas un appel d'outil enfoui dans une conversation.
• Pas d'outils admin. Ce qui touche aux paramètres de compte, à la facturation ou à la gestion des clés ne passe pas par MCP. Ces actions méritent l'UI.
• Pas de streaming d'événements en temps réel. Si vous voulez voir un long process se dérouler en direct, ouvrez le viewer du bureau dans le dashboard. Les outils MCP renvoient le résultat en bloc.

C'est planifié pour des versions suivantes, sans date promise. Le périmètre actuel correspond à ce qui est utile sans être dangereux.

Si vous testez

Si vous utilisez déjà Claude Desktop, Claude Code ou Cursor au quotidien, ça vaut cinq minutes à brancher. Le point d'entrée de la doc MCP liste les outils disponibles et donne quelques recettes — déclencher un agent à distance, faire screenshooter une page par un bureau, faire lire un fichier de la base de connaissances pour démarrer une conversation avec du contexte.

Et si vous trouvez qu'il manque un outil, dites-le-nous. Cette première liste reflète ce qu'on a vu nous-mêmes utiliser le plus, mais on est très preneurs d'usages qu'on n'a pas anticipés.

---

Le Bureau fournit des bureaux cloud persistants pour agents IA. Environnement Linux complet, accès distant, supervision en temps réel. Essayez gratuitement pendant la bêta.