Recursos · Integración n8n

Nodo MCP Client n8nConfigura MCP Client en n8n.

El nodo MCP Client n8n llama a una herramienta alojada en un servidor MCP y devuelve su respuesta al flujo. Bastan seis parámetros: el transporte, la URL del servidor, el modo de autenticación, la herramienta, cómo se arma su entrada y dos opciones. Pensado para equipos que enchufan IA a flujos reales.

Probar el nodo MCP Client en n8nVer los 6 parámetros

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve el nodo MCP Client n8n?

Un servidor MCP publica herramientas detrás de una URL. El nodo MCP Client es la manera autónoma de usar una de ellas desde un flujo n8n corriente: le das la dirección del servidor, eliges la herramienta, describes su entrada y el nodo ejecuta la llamada y recoge la respuesta. Pertenece al paquete de IA de n8n y trabaja como nodo raíz, es decir que recibe sus items por la entrada principal igual que cualquier otro paso.

Primer escenario, una tienda online: llega un ticket de soporte, una herramienta alojada lo clasifica y devuelve el motivo, y el flujo escribe la fila en Google Sheets antes de avisar al equipo por Slack cuando el caso es urgente. La llamada se ve en la ejecución, no queda escondida dentro de un bucle de agente.

Segundo escenario, un servidor MCP interno que ya envuelve la lógica de la empresa. En lugar de rehacerla llamada a llamada, el flujo elige su modo en el selector Authentication y pide la herramienta por su nombre. La credencial, o sea el acceso guardado dentro de n8n, se crea una vez en el menú Credentials y se reutiliza en todos los flujos que apuntan al mismo servidor.

Tercer escenario, un enriquecimiento programado. El flujo recorre un listado, llama a la misma herramienta para cada fila y el resumen sale por Gmail. Como una llamada puede tardar, Timeout, dentro de la colección de opciones, es lo que evita una ejecución colgada.

¿Cuándo conviene otra cosa? Si quien debe decidir la herramienta es un modelo, el trabajo le toca al nodo AI Agent y a su puerto de herramientas, con un proveedor de modelo enchufado detrás, por ejemplo OpenAI o Google Gemini. El MCP Client es la opción determinista: nombras la herramienta y esa herramienta se ejecuta, siempre.

Los límites conviene decirlos ya. El nodo habla dos transportes, y uno de ellos, Server Sent Events, aparece como obsoleto en el catálogo. No escucha nada: no se despierta solo, así que algo anterior tiene que arrancar el flujo. Y la página describe la versión 1 del nodo, de modo que un flujo antiguo puede mostrar menos opciones.

Conexión

¿Cómo se autentica el nodo contra un servidor MCP?

  1. 01

    Elige el transporte del servidor

    Abre el nodo y empieza por Server Transport, el transporte que usa tu endpoint, es decir el punto de entrada del servidor. Hay dos valores: httpStreamable (HTTP Streamable) y sse (Server Sent Events (Deprecated)). La documentación del servidor indica cuál expone, y equivocarse rompe la conexión antes incluso de intentar la autenticación. Si el servidor acepta ambos, HTTP Streamable es el valor que el catálogo no marca como obsoleto.

  2. 02

    Pega la URL del servidor

    MCP Endpoint URL es obligatorio: es la URL del servidor MCP al que conectarse, con la forma que sugiere el ejemplo del campo, e.g. https://my-mcp-server.ai/mcp. La ruta completa, no solo el dominio. Si la dirección viene de un paso anterior, sirve una expresión: n8n lee un campo del item entrante con {{ $json.campo }}, y un campo obligatorio vacío detiene el nodo antes de cualquier llamada.

  3. 03

    Selecciona el modo de autenticación

    Authentication define la forma de autenticarse contra el endpoint, con cinco valores: bearerAuth (Bearer Auth), headerAuth (Header Auth), mcpOAuth2Api (MCP OAuth2), multipleHeadersAuth (Multiple Headers Auth) y none (None). Cada uno apunta a una credencial que se crea una sola vez en el menú Credentials y que después reutiliza cualquier otro flujo. Un servidor público de demostración suele bastarse con none.

Parámetros

¿Qué controla cada parámetro del nodo MCP Client ?

El nodo MCP Client tiene 6 parámetros. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Server Transport

serverTransport

Lo que ves en n8n

Notas y casos de uso

Fija el transporte que usa tu endpoint, o sea cómo dialoga el nodo con el servidor antes que nada.

Parámetros clave

  • Server Transport: httpStreamable (HTTP Streamable) es el valor vigente; sse (Server Sent Events (Deprecated)) sigue disponible para servidores que aún no migraron.
Casos de uso
un servidor MCP autoalojado hace tiempo todavía suele exponer Server Sent Events, y el flujo funciona con ese valor mientras el servidor no cambie.
02

MCP Endpoint URL

endpointUrl

Lo que ves en n8n

Notas y casos de uso

Guarda la URL del servidor MCP al que conectarse. Obligatorio, y único parámetro que decide qué servidor responde.

Parámetros clave

  • MCP Endpoint URL: una cadena con la forma del ejemplo e.g. https://my-mcp-server.ai/mcp, o una expresión como {{ $json.endpoint }} cuando la dirección cambia de un item a otro.
Casos de uso
pruebas y producción alojan a menudo las mismas herramientas en dos direcciones; una expresión alimentada por el paso anterior salta de una a otra sin duplicar el flujo.
03

Authentication

authentication

Lo que ves en n8n

Notas y casos de uso

Establece la forma de autenticarse contra el endpoint y cambia el tipo de credencial que pide el nodo.

Parámetros clave

  • Authentication: bearerAuth (Bearer Auth), headerAuth (Header Auth), mcpOAuth2Api (MCP OAuth2), multipleHeadersAuth (Multiple Headers Auth), none (None).
Casos de uso
un servidor que exige una cabecera de proyecto además del token cae en Multiple Headers Auth; un token estático único encaja en Bearer Auth y se configura en un momento.
04

Tool

tool

Lo que ves en n8n

Notas y casos de uso

Señala la herramienta a usar en el servidor. Obligatoria, y es la que la ejecución lanza de verdad.

Parámetros clave

  • Tool: un resource locator, así que la herramienta se toma de la lista que devuelve el servidor o se escribe por su identificador cuando la lista no carga.
Casos de uso
en un servidor con una herramienta por tipo de documento, un Switch previo manda cada archivo a su rama, con un nodo MCP Client por rama y ninguna configuración común que mantener.
05

Input Mode

inputMode

Lo que ves en n8n

Notas y casos de uso

Decide cómo se arma la entrada de la herramienta: campo por campo, o de una sola pieza.

Parámetros clave

  • Input Mode: manual (Manual) para indicar a mano el dato de entrada de cada parámetro de la herramienta, json (JSON) para pasarlo como objeto JSON.
  • Parameters: obligatorio en modo Manual, empareja cada parámetro de la herramienta con un valor o una expresión.
  • JSON: el objeto que se envía en modo JSON.
Casos de uso
Manual deja legible una herramienta corta para quien herede el flujo; JSON gana cuando el paso anterior ya construyó todo el contenido.
06

Options

options

Lo que ves en n8n

Notas y casos de uso

Reúne las opciones adicionales que se pueden añadir, y afectan a lo que vuelve y al tiempo que se concede a la llamada.

Parámetros clave

  • Convert to Binary: convertir imágenes y audio en datos binarios; sin activar, imágenes y audio vuelven como cadenas codificadas en base64.
  • Timeout: el tiempo en ms que se espera a que la llamada termine.
Casos de uso
una herramienta que genera una imagen necesita Convert to Binary para poder adjuntar el archivo después, y una herramienta lenta pide un Timeout más amplio o la ejecución se corta a mitad.
Necesitas ayuda

¿Necesitas ayuda para automatizar MCP Client con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

MCP Client y n8n, las dudas que vienen después

01¿El nodo MCP Client n8n viene incluido y sin coste?
Sí. Forma parte del paquete de IA de n8n, @n8n/n8n-nodes-langchain, que se entrega con el producto. No hay nada que instalar ni coste extra por el lado de n8n, tanto en n8n Cloud como en una instancia autoalojada con la Community Edition bajo licencia Sustainable Use. Un flujo creado en una funciona igual en la otra. Lo que sí puede costar es lo que hay detrás del endpoint: el servidor MCP al que llamas, y el proveedor del modelo que intervenga más adelante en el flujo, facturan sus propias llamadas de API según sus condiciones. n8n no añade nada a esa cuenta.
02¿Qué hace falta para que el nodo funcione?
Tres cosas, y sin ellas no se ejecuta. Una MCP Endpoint URL, porque el campo es obligatorio y un obligatorio vacío bloquea el nodo. Un transporte que encaje con el servidor, elegido en Server Transport entre HTTP Streamable y Server Sent Events, este último obsoleto. Y una herramienta, tomada en el resource locator Tool. La autenticación es más una decisión que un requisito: el selector acepta None para un servidor que no pide nada, y si no apunta a una credencial creada una vez en el menú Credentials y reutilizable en el resto de flujos.
03¿Qué límites tiene?
Llama a una herramienta por nodo, en un endpoint, con la entrada que describes. No escucha nada, así que un paso Schedule o Webhook previo es el que arranca el flujo. Sus dos transportes son HTTP Streamable y Server Sent Events, y el segundo figura como obsoleto en el catálogo. La colección de opciones cabe en dos entradas, Convert to Binary y Timeout, nada más. La página describe la versión 1 del nodo, y un flujo antiguo puede mostrar menos opciones. Además la lista de herramientas depende de que el servidor responda, por eso un transporte equivocado parece un catálogo vacío.
04¿Por dónde empezar la primera vez?
Coge un servidor MCP público, pon Authentication en None e Input Mode en Manual. Esa combinación saca las credenciales de la ecuación y muestra los parámetros de la herramienta como campos normales, que es la forma más rápida de ver qué espera el servidor. En cuanto la llamada responda, cambia los valores por expresiones del tipo {{ $json.campo }} para que el nodo lea el item entrante. El modo JSON llega después, cuando un paso previo ya fabrica el objeto entero. Y si la herramienta la debe elegir un modelo, ese papel es del nodo AI Agent y su puerto de herramientas.
05¿n8n o Make para llamar a un servidor MCP?
Depende de dónde tengan que quedarse los datos. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, y el flujo es idéntico en ambos casos, algo que pesa cuando el servidor MCP vive en una red interna. Make solo existe alojado, sin opción de autoalojamiento, y se factura por operación: un flujo que llama a una herramienta por cada fila de un lote tiene un coste que sigue al volumen. En lógica visual ambas se defienden. Decide por el alojamiento, el control de los datos y luego el modelo de coste.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones