<!-- Generated from es/mcp-distribution.html. Do not edit by hand. -->

> Markdown twin of https://conduitllm.com/es/mcp-distribution.html
> Alojar un servidor MCP no es una demo para un cliente. Comparamos un chat alojado, Claude Desktop con una extensión y tu propio cliente de escritorio.

---
Distribución de MCP

# Cómo enseñar un servidor MCP a un cliente

Hoy, en el mejor de los casos: instalan el asistente de otra empresa, inician sesión y añaden tu servidor allí — un clic si lo empaquetaste, un archivo de configuración editado a mano si no. Alojar el servidor en internet no cambia eso; solo publica un endpoint. El cliente sigue necesitando una aplicación, un modelo y una primera pantalla que sea tuya.

## Cómo se distribuye hoy un servidor MCP

La mayoría de los servidores MCP empiezan como un proceso local. El cliente los lanza por `stdio` — el servidor es un proceso hijo que habla JSON-RPC por stdin y stdout. Claude Desktop, Cursor y Conduit lo hacen así. No hay nada que desplegar en el sentido de la nube. El cliente *es* el despliegue.

Claude Desktop ha simplificado mucho su parte: un servidor local empaquetado como extensión `.mcpb` se instala con un clic desde Settings → Extensions, y un servidor remoto puede añadirse como conector personalizado. La configuración escrita a mano es hoy el camino de reserva para lo que no está empaquetado así — un fragmento para `claude_desktop_config.json`:

claude_desktop_config.json

```
{
  "mcpServers": {
    "your-product": {
      "command": "npx",
      "args": ["-y", "@you/mcp-server"]
    }
  }
}
```

Lo pegas en un hilo de Slack o en un PDF. El prospecto instala Node, instala Claude Desktop (macOS, Windows y una beta de Linux para Ubuntu y Debian), encuentra el archivo de configuración en una ruta distinta según la plataforma, lo pega sin romper el JSON, cierra la aplicación por completo — cerrar la ventana no basta — y la vuelve a abrir. Empaquetar el servidor como extensión elimina casi todo eso, y si puedes empaquetarlo, hazlo. Lo que ningún camino elimina es el resto: inicia sesión en Anthropic, elige un modelo que paga y busca tu servidor en una lista de herramientas dentro de la aplicación de otra empresa.

Si el servidor es remoto, la receta cambia pero la forma no. Publicas una URL de Streamable HTTP — Render, Fly.io, FastMCP Cloud, Smithery, un VPS — y el prospecto pega *that* en un cliente que habla MCP remoto. Alojar responde a «¿puede otra máquina alcanzar este proceso?». No responde a «¿tiene un prospecto no técnico una aplicación, un modelo y un motivo para abrirla?».

## Por qué «solo mándales la configuración» no funciona

### El prospecto no es programador

Editar un archivo JSON en una carpeta de Application Support, instalar `npx`, y depurar `ENOENT` porque Windows quería `npx.cmd` es un martes razonable para quien construyó el servidor. No lo es para una primera reunión con un comprador. Los formatos de extensión de un clic han quitado casi toda esa fricción, y eso es una mejora real — pero un clic sigue siendo un paso que le pides a un comprador dentro de una aplicación que antes tuvo que instalar y en la que tuvo que iniciar sesión, y los pasos que quedan no los controlas tú.

### Tu producto aparece dentro del cliente de un competidor

Cuando funciona, el prospecto no abrió tu producto. Abrió Claude, o ChatGPT, o Cursor. Tus herramientas son una línea bajo la marca de otro, en la ventana de otro, junto a todo lo demás que ya tenía conectado. Gastaste el presupuesto de la demo en el embudo de incorporación de otra empresa. Recordará el asistente que ya paga, no el conector que le pediste pegar.

### No controlas ni el modelo ni la primera pantalla

Claude Desktop habla con Claude. No puedes apuntar la demo a un modelo más barato, a una instancia local de Ollama para una sala aislada, ni al modelo que resulta llamar bien a tus herramientas. No puedes fijar el prompt de sistema, el estado vacío ni el nombre en la barra de título. Lo primero que ven es el producto de Anthropic. Es una mala posición si las herramientas *son* el producto.

## Las opciones, comparadas

Tres formas de poner herramientas MCP delante de un prospecto. Alojar el servidor es una columna dentro de las dos primeras filas, no una cuarta opción — una URL sigue necesitando un cliente.

| Enfoque | Carga de configuración para el prospecto | Marca de quién | Modelo de quién | Quién guarda la conversación |
| --- | --- | --- | --- | --- |
| Chat alojado o widget | Abrir una URL. La menor fricción. | Tuya, si construiste el frontend. | El que hayas conectado en el servidor. | Normalmente tú. Estás en la ruta de la conversación; por eso aparece un contrato de tratamiento de datos antes de la prueba de concepto. |
| Claude Desktop + extensión o conector | Instalar Claude e iniciar sesión, y luego un clic para una extensión `.mcpb` empaquetada — o editar JSON a mano para lo que no lo esté. | La de Anthropic. | Solo Claude. | Anthropic. Las conversaciones viven en sus servidores, no en el disco del prospecto, y un conector remoto personalizado se alcanza desde la nube de Anthropic, no desde la máquina del prospecto. |
| Cliente de escritorio que instalan | Instalar la aplicación y añadir tu conector en Ajustes (o en un archivo JSON, según el cliente). | La del cliente, salvo que lo remarques. | Los proveedores que ese cliente admita. | En su máquina, si el cliente es local-first y no hace de proxy. El proveedor del modelo sigue viendo los prompts que le envías. |

Elige el chat alojado cuando el prospecto nunca vaya a instalar software y aceptes estar en la ruta de los datos. Elige Claude Desktop cuando ya viva ahí y solo necesites demostrar que las herramientas existen. Elige un cliente de escritorio cuando la demo sea el producto: tus herramientas, un modelo que elegiste tú, en una máquina que no tienes que supervisar.

## Entregar tu propio cliente en su lugar

[Conduit](https://conduitllm.com/es/) es un cliente de IA de escritorio y de código abierto. Habla MCP por stdio local y streamable HTTP remoto, en Windows, macOS y Linux. El prospecto descarga un instalador, añade una clave de proveedor (o lo apunta a Ollama) y añade tu servidor en [la página de Conectores](https://conduitllm.com/es/docs.html#tools): comando más argumentos, o una URL. Si tu servidor remoto está publicado en el registro oficial de MCP, lo encuentra por su nombre y lo añade con un clic. El conector se ejecuta en su máquina, no en la nuestra.

Si tu servidor es remoto y está publicado en el [registro oficial de MCP](https://registry.modelcontextprotocol.io),, el prospecto no escribe nada: busca tu producto por su nombre en la página de Conectores y lo añade con un clic. Conduit filtra el registro a los servidores que publican un remoto por streamable HTTP y rechaza las entradas que solo tienen SSE indicando el motivo, en lugar de fallar más tarde. Si el servidor requiere autenticación, habla OAuth 2.1: el prospecto inicia sesión en su navegador y el token queda en el llavero de su sistema operativo, nunca en la interfaz y nunca contigo.

Eso ya es una demo distinta de la de Claude Desktop. No quedan atados a una familia de modelos. Pueden funcionar totalmente en local. Una herramienta pregunta antes de ejecutarse, salvo que su servidor la marque como de solo lectura. Las conversaciones se quedan en SQLite en su disco. Las peticiones al modelo van de su máquina al proveedor que configuraron. No hay ningún servidor de Conduit en medio, y por eso usar Conduit como cliente no te convierte, por sí solo, *you* en encargado del tratamiento de esa conversación.

Dos límites, dichos con claridad. Primero, siguen instalando *Conduit*, salvo que cambies el nombre en Ajustes → Marca en esa copia, o compiles un OEM empaquetado desde el código fuente. Segundo, si tu servidor no está en el registro, escriben ellos mismos el conector, y en cualquier caso el build no llega ya apuntado a él: esa capa de empaquetado no es hoy un instalador descargable. La [página de marca blanca](https://conduitllm.com/es/whitelabel.html) es el programa para quienes necesitan ambas cosas. Esta página describe el problema de distribución que ese programa existe para resolver.

## Qué se entrega hoy

El mismo estado que la tabla de marca blanca, reducido a lo que una demo necesita de verdad.

| Capacidad | Estado |
| --- | --- |
| Cliente de escritorio en Windows, macOS y Linux | Disponible |
| MCP por stdio local y streamable HTTP remoto, con consentimiento | Disponible |
| Añadir un conector en Ajustes — sin archivo JSON | Disponible |
| 17 proveedores, incluidos Ollama y LM Studio | Disponible |
| Almacenamiento local primero, tu propia clave, sin proxy | Disponible |
| Marca en tiempo de ejecución — Ajustes → Marca | Disponible |
| Instaladores sin firmar en GitHub | Disponible |
| Instalador OEM empaquetado desde `brand.md` | Acceso anticipado desde el código |
| Build ya conectado a tus conectores | En desarrollo |
| Builds firmados y notarizados por el sistema operativo | En desarrollo |

**No puedes darle a un prospecto un instalador de GitHub con tu marca y ya conectado.** Sí puedes darle un build estándar de Conduit, añadir el conector con él en Ajustes y renombrar la ventana para la reunión. Si la demo tiene que abrirse como *tu* producto y con tus servidores ya conectados, ese es el camino de socio de diseño, no un botón de descarga.

Los instaladores no están firmados por el sistema operativo, así que Windows SmartScreen y macOS Gatekeeper avisan en el primer arranque. Díselo al prospecto antes de que haga clic, o compilad juntos desde el código. Los detalles están en la [documentación de instalación](https://conduitllm.com/es/docs.html#install).

## Preguntas

**¿Puedo distribuir un servidor MCP sin pedir a los usuarios que editen JSON?**

Sí. En Conduit los servidores MCP se añaden en la página de Conectores: un comando con argumentos para un servidor stdio local, o una URL para uno remoto por streamable HTTP. Mejor aún: si tu servidor remoto está publicado en el registro oficial de MCP, el prospecto lo busca por su nombre y lo añade con un clic, sin escribir ninguna URL, e inicia sesión por OAuth si hace falta. Lo que sigue sin existir es un build que llegue con tu conector ya configurado: esa es la capa de empaquetado, y está en desarrollo.

**¿Hay alguna alternativa a Claude Desktop que admita MCP en Windows?**

Varios clientes de escritorio hablan MCP en Windows. Claude Desktop es el cliente de referencia y solo habla con los modelos de Anthropic. Conduit es una alternativa de código abierto que funciona en Windows, macOS y Linux, se conecta a 17 proveedores incluidos Ollama y LM Studio locales, y habla MCP por stdio local y streamable HTTP remoto. Los instaladores aún no están firmados por el sistema operativo, así que SmartScreen avisará en el primer arranque.

**¿Puedo entregar un cliente MCP con mi propia marca?**

En parte. Hoy Conduit se puede renombrar, cambiar de logotipo y recolorear en Ajustes → Marca sobre una instalación estándar. Los instaladores OEM empaquetados son acceso anticipado desde el código para socios de diseño. Entregar un build ya conectado a tus servidores MCP está en desarrollo: no puedes descargar de GitHub un instalador con tu marca y ya configurado.

**¿Necesito un contrato de tratamiento de datos para enseñar un servidor MCP?**

Depende de adónde vayan la conversación y las llamadas a herramientas. Una demo de chat alojado que guarda prompts en tus servidores normalmente te convierte en encargado del tratamiento de esa conversación. Un cliente de escritorio local-first mantiene la conversación en la máquina del prospecto y envía las peticiones al modelo desde ahí al proveedor; Conduit no está en esa ruta. Si tu servidor MCP es en sí un servicio alojado que recibe argumentos de herramientas, esa ruta es aparte y puede seguir necesitando un contrato. Esto no es asesoramiento legal.

**¿Alojar mi servidor MCP es lo mismo que ponerlo delante de un cliente?**

No. Alojar publica una URL de Streamable HTTP que otros clientes MCP pueden llamar. Ponerlo delante de un cliente es el problema del cliente: sigue necesitando una aplicación que hable MCP, un modelo y una primera pantalla. Una URL pública sin cliente es un conector sin nadie a quien conectar.

[Descargar Conduit](https://github.com/runningpixels/conduit/releases)

Si la demo solo funciona como un build con tu marca y ya conectado, [lee el estado de la marca blanca](https://conduitllm.com/es/whitelabel.html) and [abre un hilo de socio de diseño](https://github.com/runningpixels/conduit/discussions).
