Ir al contenido

Instalación

arcane-mcp es un único binario estático de Go sin dependencias en tiempo de ejecución. Todos los canales de abajo entregan ese binario, o un contenedor que lo envuelve, y la misma orden arcane-mcp, así que la elección depende de lo que ya tengas en la máquina y de cómo quieras recibir las actualizaciones, no de las funciones. Elijas el que elijas, por stdio el servidor necesita dos valores: ARCANE_URL y una clave de API de Arcane en ARCANE_API_KEY (consulta Configuración).

CanalQué obtienesNecesitaActualizaciónPlataformas
Binario publicadoEl binario de la versión en GitHub, suelto o en un archivoNadaDescargar la versión nuevaLinux, macOS 13 o posterior, Windows; amd64 y arm64, más un binario de macOS para ambas
HomebrewEl binario de la versión, instalado por una fórmula del tap jmrplens/tapHomebrewbrew upgrademacOS 13 o posterior y Linux; Apple Silicon, Intel, arm64 y x86-64
wingetEl ejecutable de la versión como paquete portable con la orden arcane-mcpwingetwinget upgradeWindows; x64 y arm64
DockerUna imagen de contenedor en GHCR, también en Docker Hub cuando se publique allíDocker o un entorno compatibleDescargar una etiqueta más nuevaImágenes linux/amd64 y linux/arm64
npmUn paquete lanzador más un paquete de plataforma con el binarioNode.js 18 o posteriornpm update -g, o una versión más nueva para npxLinux (glibc y musl), macOS 13 o posterior, Windows; x64 y arm64
PyPIUn wheel que pone el binario en la ruta de scripts del entornoPython 3.9 o posterior (uv o pipx, opcionales)uv tool upgrade, pipx upgrade o pip install -ULinux (glibc y musl), macOS 13 o posterior, Windows; x86-64 y arm64
NuGetUna herramienta .NET cuya orden es el binario, un paquete por identificador de runtimeEl SDK de .NET 10dotnet tool update -g, o una versión más nueva para dnxLinux (glibc y musl), macOS 13 o posterior, Windows; x64 y arm64
Extensión de Claude DesktopUn paquete .mcpb por sistema operativo, con un formulario de ajustesClaude Desktop 0.10.0 o posteriorInstalar el paquete nuevomacOS 13 o posterior (Apple Silicon e Intel), Windows (x64), Linux (x86-64 y arm64)
go installUn binario compilado en tu máquina a partir del móduloGo 1.27.2Volver a ejecutar go installDonde compile Go
  • Quieres lo mínimo y ningún runtime. El binario publicado. Homebrew y winget instalan el mismo binario y se ocupan de las actualizaciones.
  • Tu cliente ya arranca servidores con npx, uvx o dnx. El paquete de npm, PyPI o NuGet: no hay que instalar nada antes.
  • Prefieres no poner nada en el host, o despliegas para un equipo. Docker, por stdio para un cliente o como servicio HTTP (consulta Despliegue HTTP).
  • Usas Claude Desktop. La extensión: un fichero y un formulario de ajustes que guarda la clave de API en un campo marcado como sensible.
  • Compilas tus propias herramientas con Go. go install, o un clon y make build como en Puesta en marcha.

Todos los canales acaban en el mismo sitio: tu cliente MCP arranca arcane-mcp (o la orden docker, npx, uvx o dnx que lo envuelve) con ARCANE_URL y ARCANE_API_KEY en su entorno. Cada página de canal termina con la entrada stdio de su orden; Configuración de clientes tiene la entrada de cada cliente, por stdio y por HTTP.

  • Las aplicaciones de escritorio no heredan el PATH de tu shell. Cuando una página dice que uses la ruta absoluta de la orden es porque un cliente arrancado desde el escritorio podría no encontrarla de otro modo.
  • El servidor también lee un fichero .env de su directorio de trabajo, lo que deja la clave fuera de la configuración del cliente cuando este te deja elegir ese directorio. Un contenedor no lo ve.

Después, pregúntale a tu asistente algo como «¿Qué contenedores están en marcha en Arcane?». En la superficie dynamic, la predeterminada, llama a arcane_find_action y luego a arcane_execute_action con container.list.

Los binarios de la versión, Homebrew, winget, npm, PyPI, NuGet y la extensión de Claude Desktop llevan los binarios que compiló GoReleaser para la versión, byte a byte; la imagen de contenedor tiene una compilación propia a partir de la misma etiqueta. El flujo de publicación los publica en este orden:

  1. La versión de GitHub se crea como borrador con los binarios, los archivos, los SBOM, checksums.txt y su firma de cosign, y los paquetes de Claude Desktop, empaquetados en el mismo trabajo a partir de los mismos binarios. Todos los artefactos se atestiguan antes de que el borrador se convierta en la versión, así que una versión que puedas ver nunca está a medias.
  2. La imagen de contenedor, npm, PyPI y NuGet se publican después, cada uno con un trabajo propio. Los trabajos de los paquetes toman los binarios de la versión, los comprueban contra el checksums.txt firmado y solo entonces construyen y publican.
  3. Homebrew recibe la fórmula nueva solo para la versión más reciente (el tap sirve una única versión); winget recibe un pull request a microsoft/winget-pkgs por cada versión estable, que los revisores de Microsoft fusionan a su ritmo.
  4. La entrada del MCP Registry, io.github.jmrplens/arcane-mcp, se publica cuando ya están la imagen, npm, PyPI y NuGet. Enumera las tres extensiones por sistema con su SHA-256, la imagen con su digest y los paquetes de npm, PyPI y NuGet.

Cómo comprobar lo que has descargado, canal por canal, está en Verificar una versión; cómo se construye cada canal, en Publicación de versiones.