MCP Task Orchestrator

MCP Task Orchestrator viene eseguito in locale a partire da un’immagine container in un registro OCI come Docker Hub o GitHub Container Registry: ghcr.io/jpicklyk/task-orchestrator:3.16.0. 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 DATABASE_PATH -e USE_FLYWAY -e AGENT_CONFIG_DIR -e MCP_TRANSPORT -e MCP_HTTP_PORT -e LOG_LEVEL -e LOG_FILE ghcr.io/jpicklyk/task-orchestrator:3.16.0. Legge queste variabili d’ambiente: DATABASE_PATH, USE_FLYWAY, AGENT_CONFIG_DIR, MCP_TRANSPORT, MCP_HTTP_PORT, LOG_LEVEL e LOG_FILE; vanno impostate nella configurazione del client per questo server. Argomenti obbligatori: -v.

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": {
    "task-orchestrator": {
      "command": "docker",
      "args": [
        "run",
        "-i",
        "--rm",
        "-e",
        "DATABASE_PATH",
        "-e",
        "USE_FLYWAY",
        "-e",
        "AGENT_CONFIG_DIR",
        "-e",
        "MCP_TRANSPORT",
        "-e",
        "MCP_HTTP_PORT",
        "-e",
        "LOG_LEVEL",
        "-e",
        "LOG_FILE",
        "ghcr.io/jpicklyk/task-orchestrator:3.16.0"
      ],
      "env": {
        "DATABASE_PATH": "<valore>",
        "USE_FLYWAY": "<valore>",
        "AGENT_CONFIG_DIR": "<valore>",
        "MCP_TRANSPORT": "<valore>",
        "MCP_HTTP_PORT": "<valore>",
        "LOG_LEVEL": "<valore>",
        "LOG_FILE": "<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