Kaseya BMS

Kaseya BMS wird lokal ausgeführt, und zwar aus einem Container-Image in einer OCI-Registry wie Docker Hub oder GitHub Container Registry: ghcr.io/wyre-ai/kaseya-bms-mcp:v1.1.5. Der Server spricht MCP über stdio: Der Client startet ihn als Programm und kommuniziert mit ihm über Standardein- und -ausgabe. Benötigt wird Docker oder eine andere OCI-Container-Laufzeitumgebung; gestartet wird mit docker run - der übliche Befehl lautet 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. Der Server liest diese Umgebungsvariablen: KASEYA_BMS_TENANT_SUBDOMAIN (erforderlich), KASEYA_BMS_API_TOKEN (geheim), KASEYA_BMS_K1_TOKEN (geheim), MCP_TRANSPORT, AUTH_MODE und LOG_LEVEL; legen Sie sie in der Konfiguration des Clients für diesen Server fest.

Im JSON-Format mcpServers, das viele MCP-Clients für Desktop und Editor lesen, sieht der Eintrag so aus (Platzhalter in spitzen Klammern):

{
  "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": "<wert>",
        "KASEYA_BMS_API_TOKEN": "<geheim>",
        "KASEYA_BMS_K1_TOKEN": "<geheim>",
        "MCP_TRANSPORT": "<wert>",
        "AUTH_MODE": "<wert>",
        "LOG_LEVEL": "<wert>"
      }
    }
  }
}

Abgeleitet aus dem Registry-Eintrag, hier nicht getestet. Was der Server tut und zu welchen Bedingungen, legt sein Herausgeber fest; prüfen Sie sein Repository oder seine Website, bevor Sie ihm Zugriff auf Ihre Konten oder Dateien geben. So fügen Sie einem Assistenten einen MCP-Server hinzu · Vor dem Verbinden