Kaseya BMS

Kaseya BMS s’exécute en local depuis une image de conteneur hébergée dans un registre OCI comme Docker Hub ou GitHub Container Registry : ghcr.io/wyre-ai/kaseya-bms-mcp:v1.1.5. Il communique en MCP via stdio : le client le lance comme un programme et échange avec lui par l’entrée et la sortie standard. Il nécessite Docker ou un autre environnement d’exécution de conteneurs OCI ; il se lance avec docker run - la commande habituelle est docker run -i --rm -e KASEYA_BMS_TENANT_SUBDOMAIN -e KASEYA_BMS_API_TOKEN -e KASEYA_BMS_K1_TOKEN -e MCP_TRANSPORT -e AUTH_MODE -e LOG_LEVEL ghcr.io/wyre-ai/kaseya-bms-mcp:v1.1.5. Il lit ces variables d’environnement : KASEYA_BMS_TENANT_SUBDOMAIN (obligatoire), KASEYA_BMS_API_TOKEN (secret), KASEYA_BMS_K1_TOKEN (secret), MCP_TRANSPORT, AUTH_MODE et LOG_LEVEL ; définissez-les dans la configuration du client pour ce serveur.

Au format JSON mcpServers, que lisent de nombreux clients MCP de bureau et éditeurs de code, l’entrée se présente ainsi (espaces réservés entre chevrons) :

{
  "mcpServers": {
    "kaseya-bms-mcp": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "KASEYA_BMS_TENANT_SUBDOMAIN",
        "-e",
        "KASEYA_BMS_API_TOKEN",
        "-e",
        "KASEYA_BMS_K1_TOKEN",
        "-e",
        "MCP_TRANSPORT",
        "-e",
        "AUTH_MODE",
        "-e",
        "LOG_LEVEL",
        "ghcr.io/wyre-ai/kaseya-bms-mcp:v1.1.5"
      ],
      "env": {
        "KASEYA_BMS_TENANT_SUBDOMAIN": "<valeur>",
        "KASEYA_BMS_API_TOKEN": "<secret>",
        "KASEYA_BMS_K1_TOKEN": "<secret>",
        "MCP_TRANSPORT": "<valeur>",
        "AUTH_MODE": "<valeur>",
        "LOG_LEVEL": "<valeur>"
      }
    }
  }
}

Déduit de l’entrée du registre, non testé ici. Ce que fait le serveur, et à quelles conditions, relève de son éditeur ; consultez son dépôt ou son site web avant de lui donner accès à vos comptes ou à vos fichiers. Comment ajouter un serveur MCP à un assistant · Avant de connecter un serveur