Kalshi Kernel

Kalshi Kernel viene eseguito in locale a partire da un’immagine container in un registro OCI come Docker Hub o GitHub Container Registry: ghcr.io/copyleftdev/kalshi-kernel:0.1.1. Comunica via MCP su stdio, quindi il client lo avvia come programma e dialoga con esso tramite standard input e standard output. Richiede Docker o un altro runtime di container OCI; si avvia con docker run - il comando abituale è docker run -i --rm -e KALSHI_KERNEL_MODE -e KALSHI_API_KEY_ID -e KALSHI_PRIVATE_KEY_PATH -e KALSHI_LIVE_TRADING_ACK ghcr.io/copyleftdev/kalshi-kernel:0.1.1. Legge queste variabili d’ambiente: KALSHI_KERNEL_MODE, KALSHI_API_KEY_ID (segreto), KALSHI_PRIVATE_KEY_PATH e KALSHI_LIVE_TRADING_ACK; vanno impostate nella configurazione del client per questo server.

Nel formato JSON mcpServers, letto da molti client MCP desktop e per editor di codice, la voce si presenta così (segnaposto tra parentesi angolari):

{
  "mcpServers": {
    "kalshi-kernel": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "KALSHI_KERNEL_MODE",
        "-e",
        "KALSHI_API_KEY_ID",
        "-e",
        "KALSHI_PRIVATE_KEY_PATH",
        "-e",
        "KALSHI_LIVE_TRADING_ACK",
        "ghcr.io/copyleftdev/kalshi-kernel:0.1.1"
      ],
      "env": {
        "KALSHI_KERNEL_MODE": "<valore>",
        "KALSHI_API_KEY_ID": "<segreto>",
        "KALSHI_PRIVATE_KEY_PATH": "<valore>",
        "KALSHI_LIVE_TRADING_ACK": "<valore>"
      }
    }
  }
}

Ricavato dalla voce del registro, non testato qui. Cosa fa il server, e a quali condizioni, lo stabilisce il suo editore; prima di concedergli l’accesso ai propri account o file conviene consultarne il repository o il sito web. Come aggiungere un server MCP a un assistente · Prima di collegare un server