Kubeara

MCP

Gérez Kubeara depuis Claude, Cursor, ChatGPT et VS Code avec le Model Context Protocol.

Kubeara parle nativement le Model Context Protocol (MCP). Les clients d’IA utilisent un protocole et un modèle d’autorisation au lieu d’une nouvelle clé SSH par assistant.

MCP est souvent décrit comme l’USB-C de l’IA : une façon commune pour les outils d’appeler des API, des bases de données et des plateformes. Kubeara expose vos serveurs, services et déploiements via ce protocole.

Ce que vous pouvez faire

Depuis un client connecté vous pouvez généralement :

  • Demander quels serveurs sont connectés
  • Déployer ou inspecter des services du catalogue
  • Lire les journaux de déploiement récents
  • Dépanner sans quitter l’éditeur ou le chat

Vous avez toujours besoin d’un compte Kubeara (Cloud) ou d’un panneau auto-hébergé, plus un jeton API ou OAuth lorsque le client le prend en charge.

Guides officiels

La configuration client pas à pas se trouve dans la section MCP marketing (captures d’écran et configs à copier-coller) :

Point de terminaison

Point de terminaison HTTP MCP Cloud :

https://api.kubeara.dev/api/mcp

Authentifiez-vous avec un jeton bearer de votre compte Kubeara. Les panneaux auto-hébergés exposent MCP sur l’origine de votre panneau — utilisez l’URL affichée dans le tableau de bord.

Exemple de config au style Cursor / Claude :

{
  "mcpServers": {
    "kubeara": {
      "url": "https://api.kubeara.dev/api/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_TOKEN_HERE"
      }
    }
  }
}

Ne collez jamais un jeton de production dans un gist public ou un ticket GitHub. Faites tourner le jeton s’il fuit.

Autorisations

MCP utilise la même autorisation que votre utilisateur : il ne peut pas faire plus que ce que votre rôle Kubeara permet. C’est volontaire — les assistants ne doivent pas devenir une porte dérobée autour de RBAC.

Voir aussi

  • Sécurité — pourquoi MCP n’est pas « une nouvelle clé SSH par outil »