Servidores MCP personalizados: conectando un stack existente a flujos de trabajo con IA

El problema

La mayoría de los equipos que adoptan IA chocan con la misma pared a las seis semanas: la IA es capaz, pero no puede alcanzar nada. Puede razonar sobre tus datos, pero no puede leer tu base de datos en Notion. Puede redactar un workflow, pero no puede disparar tu pipeline de n8n. Cada acción útil requiere un humano en el medio — copiar contenido, pegarlo en el prompt, copiar el resultado, pegarlo de vuelta.

El resultado es que la IA se convierte en un editor de texto glorificado en vez de un colaborador autónomo.

El objetivo fue cerrar esa brecha — darle a Claude la capacidad de leer, escribir y actuar en las herramientas ya en uso, sin reconstruir el stack desde cero.

Qué es MCP

Model Context Protocol (MCP) es el estándar abierto de Anthropic para conectar modelos de IA con herramientas externas y fuentes de datos. En lugar de hardcodear integraciones en un prompt o construir un framework de agentes personalizado, MCP permite exponer cualquier capacidad — una consulta a base de datos, una llamada a API, un trigger de workflow — como una herramienta tipada que Claude puede llamar de forma nativa durante una conversación o tarea autónoma.

Piénsalo como un adaptador universal entre Claude y el resto de tu software.

Lo que construimos

Cuatro servidores MCP personalizados, cada uno envolviendo una parte diferente del stack:

1. Servidor MCP de n8n Expone la ejecución de workflows de n8n como herramientas invocables. Claude puede listar los workflows disponibles, dispararlos con parámetros y leer los resultados de ejecución — sin abrir la UI de n8n. Usado para iniciar pipelines de sincronización de datos, enviar notificaciones y ejecutar automatizaciones programadas bajo demanda.

2. Servidor MCP de Notion Envuelve la API de Notion para dar a Claude acceso estructurado de lectura/escritura a bases de datos y páginas. Claude puede consultar una base de proyectos, actualizar estados de tareas, agregar notas a páginas de reuniones y crear nuevos registros — todo desde una sola conversación.

3. Servidor MCP de API REST interna Un adaptador liviano sobre un conjunto de endpoints REST internos. Expone operaciones específicas del negocio (obtener registros, actualizar estados, disparar jobs en batch) como herramientas de primera clase sin exponer la superficie cruda de la API al modelo.

4. Servidor MCP de sistema de archivos y contexto Da a Claude acceso a un conjunto curado de archivos y documentos locales — specs, plantillas, runbooks — para que pueda referenciar el contexto correcto sin que se lo alimenten manualmente en cada prompt.

Decisiones clave

¿Por qué MCP en lugar de una capa de function-calling personalizada? Los servidores MCP son componibles y reutilizables en cualquier cliente compatible con Claude (Claude.ai, Claude Code, apps personalizadas). Construir una capa de function-calling a medida habría encerrado las integraciones a un único punto de entrada. MCP significa que el mismo servidor funciona tanto si Claude se llama desde una interfaz de chat, un CLI o un pipeline automatizado.

¿Por qué n8n como backbone de automatización en lugar de código nativo? n8n ya existía en el stack y manejaba docenas de automatizaciones. En lugar de reescribir esas en código, el servidor MCP trata a n8n como un registro de capacidades — Claude sabe qué workflows existen y qué hacen, y puede invocarlos según sea necesario. Esto preserva la lógica existente y la visibilidad no técnica que n8n provee.

¿Por qué exponer Notion en lugar de una base de datos de propósito específico? El equipo ya vivía en Notion. Migrar a una base de datos estructurada habría roto los procesos existentes y requerido capacitación. El servidor MCP traduce la estructura flexible de Notion en esquemas tipados con los que Claude puede trabajar de forma confiable.

Resultados

Con los cuatro servidores MCP en su lugar, Claude ahora puede completar tareas de múltiples pasos de forma autónoma que antes requerían 5–10 handoffs manuales: leer un brief de proyecto desde Notion → disparar el pipeline de datos relevante en n8n → actualizar el estado del proyecto → agregar un resumen de vuelta a la página de Notion.

Aproximadamente 30 acciones manuales de copiar-pegar o cambio de contexto por semana fueron eliminadas en los workflows donde se desplegaron los servidores MCP. Más significativamente, desplazó el rol humano de movedor de datos a tomador de decisiones — Claude maneja la recuperación y ejecución; los humanos manejan el juicio y la aprobación.

La arquitectura es ahora la base para cada proyecto de automatización de back-office en Solaar: identificar las herramientas en el stack del cliente, construir servidores MCP para exponerlas y conectarlas a un workflow de IA diseñado en torno a los procesos reales del cliente.