MCP en n8n: MCP Server Trigger y Client para Claude

Cómo n8n pone workflows a disposición como herramientas para Claude mediante MCP Server Trigger y MCP Client, o utiliza servidores MCP externos.

n8n ofrece dos nodos para el Model Context Protocol (MCP): el MCP Server Trigger, con el que un workflow de n8n se convierte él mismo en un servidor MCP y pone sus herramientas a disposición de Claude u otros clientes compatibles con MCP, y el MCP Client, con el que un workflow de n8n utiliza, a la inversa, herramientas de un servidor MCP externo. Ambos nodos se basan en la documentación oficial de n8n sobre las integraciones de LangChain y están dirigidos a equipos que quieren hacer que las automatizaciones de n8n sean controlables directamente desde un chat de IA o un agente, sin tener que construir una interfaz propia para cada aplicación. Fecha: julio de 2026.

Qué es MCP, en pocas palabras

El Model Context Protocol es un estándar abierto mediante el cual aplicaciones de IA como Claude pueden acceder a herramientas, datos y servicios externos, sin que sea necesario programar una integración individual para cada combinación. Un servidor MCP pone a disposición una lista de herramientas, un cliente MCP, por ejemplo Claude Desktop u otro cliente compatible con MCP, consulta esta lista y llama a herramientas individuales según sea necesario. Según su propia documentación, n8n puede asumir ambos roles: como servidor, que ofrece sus propios workflows como herramientas, y como cliente, que integra en un workflow las herramientas de servidores MCP externos. Más información sobre el propio protocolo se explica en la introducción oficial de Model Context Protocol.

MCP Server Trigger: poner workflows de n8n a disposición como herramientas

Según la documentación de n8n, el nodo MCP Server Trigger, a diferencia de los triggers clásicos, no reacciona a eventos individuales, sino que pone a disposición de forma permanente una URL a través de la cual los clientes MCP pueden listar y llamar a las herramientas disponibles. Los workflows se conectan al trigger a través del nodo «Custom n8n Workflow Tool», que aparecen entonces como herramientas individuales y nombrables. n8n genera para ello una URL de prueba para el modo de ejecución manual y, tras la publicación, una URL de producción independiente, cada una bajo una ruta generada automáticamente pero modificable. Como autenticación están disponibles Bearer Auth y Header Auth, tal como se conocen de las credenciales HTTP Request habituales en n8n.

  • Transporte: Se admiten Server-Sent Events (SSE) y streamable HTTP, no el stdio clásico.
  • Funcionamiento en Queue Mode: Con varias réplicas, según la documentación, todas las solicitudes a /mcp* deben enrutarse a una única réplica de webhook dedicada, de lo contrario las conexiones se vuelven inestables.
  • Reverse Proxy: Con nginx como proxy anterior, el proxy buffering debe desactivarse para el endpoint MCP.

Para la conexión con Claude Desktop, la documentación menciona una gateway que reenvía mensajes SSE a un servidor basado en stdio, por ejemplo mediante la herramienta de línea de comandos mcp-remote con la URL de MCP correspondiente y una cabecera Authorization.

MCP Client: usar servidores MCP externos desde n8n

A la inversa, el nodo MCP Client integra, según la documentación de n8n, las herramientas de un servidor MCP externo en un workflow. Se configuran el transporte del servidor y la URL del endpoint MCP del servidor de destino, las herramientas disponibles se obtienen después automáticamente del servidor externo y quedan disponibles para su selección. Para la autenticación, el nodo admite token Bearer, uno o varios headers, así como OAuth2; también es posible una conexión sin ninguna autenticación. Además, se puede definir si los valores de retorno, como imágenes o archivos de audio, se convierten en datos binarios, y cuánto tiempo puede durar como máximo una llamada a una herramienta. Importante para el uso con agentes de IA: la documentación señala expresamente que para los agentes debe utilizarse el nodo especializado MCP Client Tool, mientras que el nodo MCP Client habitual es adecuado sobre todo para la integración directa en pasos de workflow fijos.

Ejemplo práctico

Un escenario típico: un workflow de n8n con MCP Server Trigger pone a disposición dos herramientas de workflow personalizadas, una para crear un contacto de CRM, otra para consultar facturas abiertas. Claude Desktop se conecta a través de la URL de producción del trigger como cliente MCP y puede llamar a ambas herramientas según sea necesario en el chat, por ejemplo cuando una empleada pregunta qué facturas de un cliente siguen abiertas. En el otro sentido, ese mismo workflow de n8n puede, con un nodo MCP Client Tool, conectar un agente de IA en n8n con herramientas de un servidor MCP externo, por ejemplo para consultar datos de un sistema especializado sin tener que desarrollar un nodo propio para ello. Quien planifique este tipo de automatizaciones con agentes de IA conectados encontrará información de contexto en el artículo sobre Agentes de IA. Dado que MCP es todavía un protocolo relativamente joven, antes de un uso productivo conviene consultar la documentación de n8n más actual, ya que los detalles sobre autenticación y transporte pueden seguir evolucionando.

Preguntas frecuentes sobre MCP en n8n

¿Cuál es la diferencia entre MCP Server Trigger y MCP Client en n8n?

El MCP Server Trigger convierte un workflow de n8n en un servidor MCP, cuyas herramientas pueden llamarse desde fuera, por ejemplo por Claude. El MCP Client hace lo contrario: n8n llama a herramientas de un servidor MCP externo y las utiliza dentro de su propio workflow.

¿Puedo conectar n8n con Claude Desktop?

Sí. Según la documentación de n8n, la URL de producción del MCP Server Trigger puede introducirse en la configuración de Claude Desktop mediante una gateway como mcp-remote, de modo que Claude pueda llamar directamente a las herramientas de workflow proporcionadas allí.

¿Qué autenticación admite el MCP Server Trigger?

Según la documentación, el trigger admite Bearer Auth y Header Auth, basados en los mismos tipos de credenciales que también se usan para los nodos HTTP Request habituales en n8n.

¿Necesito un nodo MCP propio para un agente de IA?

Sí. Para la integración en un agente de IA en n8n, la documentación recomienda el nodo especializado MCP Client Tool, no el nodo MCP Client habitual, que está pensado más bien para pasos de workflow fijos.

Sobre NordFlux

NordFlux UG (haftungsbeschränkt)

NordFlux crea empleados digitales para las organizaciones: automatizaciones y agentes KI que asumen el trabajo repetitivo. Usted mantiene el control.

Más sobre nosotros
Análisis inicial gratuito

¿Preguntas concretas sobre automatización o IA?

En un análisis inicial gratuito hablamos directamente de su caso. Sin compromiso.

MCP en n8n: Server Trigger y Client para Claude