Kaseya BMS

Kaseya BMS רץ באופן מקומי מתוך אימג' של קונטיינר במרשם OCI כמו Docker Hub או GitHub Container Registry: ghcr.io/wyre-technology/kaseya-bms-mcp:v1.1.4. הוא משתמש ב-MCP על גבי stdio, ולכן הלקוח מפעיל אותו כתוכנה ומתקשר איתו דרך קלט ופלט סטנדרטיים. כדי להריץ אותו צריך Docker או סביבת ריצה אחרת לקונטיינרים של OCI; ההפעלה היא עם docker run - הפקודה המקובלת היא 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-technology/kaseya-bms-mcp:v1.1.4. הוא קורא את משתני הסביבה האלה: KASEYA_BMS_TENANT_SUBDOMAIN (חובה), KASEYA_BMS_API_TOKEN (סודי), KASEYA_BMS_K1_TOKEN (סודי), MCP_TRANSPORT, AUTH_MODE ו-LOG_LEVEL; יש להגדיר אותם בתצורת הלקוח עבור השרת הזה.

בפורמט ה-JSON של mcpServers, שלקוחות MCP רבים לדסקטופ ולעורכי קוד קוראים, הרשומה נראית כך (מצייני מקום בסוגריים זוויתיים):

{
  "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-technology/kaseya-bms-mcp:v1.1.4"
      ],
      "env": {
        "KASEYA_BMS_TENANT_SUBDOMAIN": "<ערך>",
        "KASEYA_BMS_API_TOKEN": "<סוד>",
        "KASEYA_BMS_K1_TOKEN": "<סוד>",
        "MCP_TRANSPORT": "<ערך>",
        "AUTH_MODE": "<ערך>",
        "LOG_LEVEL": "<ערך>"
      }
    }
  }
}

נגזר מהרשומה במרשם, ולא נבדק כאן. מה השרת עושה, ובאילו תנאים, נקבע על ידי המפרסם שלו; כדאי לבדוק את מאגר הקוד או את האתר שלו לפני שנותנים לו גישה לחשבונות או לקבצים שלך. איך מוסיפים שרת MCP לעוזר AI · לפני שמתחברים