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).
Elige un canal
Sección titulada «Elige un canal»| Canal | Qué obtienes | Necesita | Actualización | Plataformas |
|---|---|---|---|---|
| Binario publicado | El binario de la versión en GitHub, suelto o en un archivo | Nada | Descargar la versión nueva | Linux, macOS 13 o posterior, Windows; amd64 y arm64, más un binario de macOS para ambas |
| Homebrew | El binario de la versión, instalado por una fórmula del tap jmrplens/tap | Homebrew | brew upgrade | macOS 13 o posterior y Linux; Apple Silicon, Intel, arm64 y x86-64 |
| winget | El ejecutable de la versión como paquete portable con la orden arcane-mcp | winget | winget upgrade | Windows; x64 y arm64 |
| Docker | Una imagen de contenedor en GHCR, también en Docker Hub cuando se publique allí | Docker o un entorno compatible | Descargar una etiqueta más nueva | Imágenes linux/amd64 y linux/arm64 |
| npm | Un paquete lanzador más un paquete de plataforma con el binario | Node.js 18 o posterior | npm update -g, o una versión más nueva para npx | Linux (glibc y musl), macOS 13 o posterior, Windows; x64 y arm64 |
| PyPI | Un wheel que pone el binario en la ruta de scripts del entorno | Python 3.9 o posterior (uv o pipx, opcionales) | uv tool upgrade, pipx upgrade o pip install -U | Linux (glibc y musl), macOS 13 o posterior, Windows; x86-64 y arm64 |
| NuGet | Una herramienta .NET cuya orden es el binario, un paquete por identificador de runtime | El SDK de .NET 10 | dotnet tool update -g, o una versión más nueva para dnx | Linux (glibc y musl), macOS 13 o posterior, Windows; x64 y arm64 |
| Extensión de Claude Desktop | Un paquete .mcpb por sistema operativo, con un formulario de ajustes | Claude Desktop 0.10.0 o posterior | Instalar el paquete nuevo | macOS 13 o posterior (Apple Silicon e Intel), Windows (x64), Linux (x86-64 y arm64) |
| go install | Un binario compilado en tu máquina a partir del módulo | Go 1.27.2 | Volver a ejecutar go install | Donde compile Go |
¿Cuál elijo?
Sección titulada «¿Cuál elijo?»- 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,uvxodnx. 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 ymake buildcomo en Puesta en marcha.
Después de instalar
Sección titulada «Después de instalar»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
PATHde 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
.envde 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.
Cómo llega una versión a cada canal
Sección titulada «Cómo llega una versión a cada canal»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:
- La versión de GitHub se crea como borrador con los binarios, los archivos, los SBOM,
checksums.txty 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. - 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.txtfirmado y solo entonces construyen y publican. - 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-pkgspor cada versión estable, que los revisores de Microsoft fusionan a su ritmo. - 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.