NuGet

El paquete de NuGet arcane-mcp es una herramienta .NET cuya orden es el binario de la versión, no código .NET: un paquete de entrada más un paquete por identificador de runtime, la estructura que usa el SDK de .NET 10 para las herramientas específicas de plataforma. dnx y dotnet tool install eligen el paquete de tu sistema y ejecutan el binario directamente; no se ejecuta ningún runtime de .NET mientras funciona el servidor. No se publica nada hasta la primera versión; consulta Instalación.

Requisitos

El SDK de .NET 10 (dnx y la estructura de herramientas específicas de plataforma son nuevos en .NET 10). En macOS, macOS 13 o posterior, que es lo que necesitan los binarios de darwin.

Paquete	Binario
`arcane-mcp.linux-x64`, `arcane-mcp.linux-arm64`	`arcane-mcp-linux-amd64`, `-arm64`
`arcane-mcp.osx-x64`, `arcane-mcp.osx-arm64`	`arcane-mcp-darwin-amd64`, `-arm64`
`arcane-mcp.win-x64`, `arcane-mcp.win-arm64`	`arcane-mcp-windows-amd64.exe`, `-arm64.exe`

No hay paquetes linux-musl: el SDK pasa de linux-musl-x64 a linux-x64, y el binario estático funciona en Alpine.

Ejecutar o instalar

ARCANE_URL=https://arcane.example.com ARCANE_API_KEY=… dnx arcane-mcp

o instálalo una vez, lo que pone una orden arcane-mcp en tu PATH (~/.dotnet/tools):

dotnet tool install -g arcane-mcp
arcane-mcp --version

dnx lee sus propias opciones en cualquier punto de la línea de órdenes, así que los argumentos para el servidor van después de --: dnx arcane-mcp -- --version.

Configurar tu cliente

{
  "mcpServers": {
    "arcane": {
      "command": "dnx",
      "args": ["arcane-mcp@X.Y.Z"],
      "env": {
        "ARCANE_URL": "https://arcane.example.com",
        "ARCANE_API_KEY": "<your Arcane API key>"
      }
    }
  }
}

Cuando su entrada estándar no es un terminal, como cuando lo arranca un cliente MCP, dnx instala la herramienta sin preguntar, así que la entrada no necesita ninguna opción adicional. Tras una instalación global, la orden puede ser arcane-mcp, con su ruta absoluta (~/.dotnet/tools/arcane-mcp, %USERPROFILE%\.dotnet\tools\arcane-mcp.exe en Windows) si el cliente no ve el PATH de tu shell. La entrada de cada cliente está en Configuración de clientes.

Fijar una versión

Indica la versión, arcane-mcp@X.Y.Z, como hace la entrada de arriba (dotnet tool install -g arcane-mcp --version X.Y.Z para una herramienta instalada). NuGet no tiene etiquetas de distribución: la versión más alta es la predeterminada, y una versión de mantenimiento anterior nunca desplaza a la más reciente.

Verificarlo

El binario de cada paquete de runtime es el artefacto de la versión que aparece en el checksums.txt firmado, así que la procedencia de compilación de GitHub lo verifica. dnx lo ejecuta desde la caché de NuGet:

gh attestation verify ~/.nuget/packages/arcane-mcp.linux-x64/X.Y.Z/tools/any/linux-x64/arcane-mcp \
  -R jmrplens/arcane-mcp --signer-workflow jmrplens/arcane-mcp/.github/workflows/release.yml

Un dotnet tool install -g, en cambio, guarda su copia en ~/.dotnet/tools/.store/ (find ~/.dotnet/tools/.store -type f -name arcane-mcp la encuentra); verifica ese fichero del mismo modo. Los propios paquetes los atestigua el flujo de publicación tal como se empaquetaron (nuget.org les añade encima su firma de repositorio). El resto está en Verificar una versión.

Actualizar y desinstalar

El servidor nunca se actualiza solo.

dotnet tool update -g arcane-mcp
dotnet tool uninstall -g arcane-mcp

Con dnx, cambia la versión en la entrada del cliente; los paquetes se quedan en la caché de NuGet (~/.nuget/packages) hasta que la limpies (dotnet nuget locals global-packages --clear la limpia entera).