Federación MCP explicada
Publicado · Actualizado · Synamcps
Una sola puerta MCP para Jira, GitHub y servidores internos — credenciales cifradas en reposo y tools con namespace {slug}__{tool}.
Las organizaciones rara vez ejecutan un solo servidor MCP. Puede que ya tengas un Jira MCP, un GitHub MCP y un MCP de datos interno — cada uno con su URL, credenciales e historia de ACL. Los agentes necesitan muchas conexiones, y seguridad pierde un único lugar para aplicar política.
La federación MCP en Synamcps significa registrar esos servidores upstream HTTP/SSE en la Admin UI. Synamcps descubre automáticamente tools, resources y prompts, les aplica namespace {slug}__{tool} y los reexpone en el mismo endpoint /mcp que las tools de conocimiento nativas.
La gobernanza sigue unificada. Los tokens que estrechan permisos, los rate limits por token y las allowlists al estilo storage se aplican a tools federadas igual que a knowledge_search. Los secretos upstream se guardan cifrados en reposo: el gateway — no cada config de agente — guarda las credenciales.
El resultado es una sola puerta para una flota de agentes: Claude Code, Cursor y runners personalizados se autentican una vez, reciben un tools/list a medida de su token y alcanzan cada capacidad upstream autorizada — sin sondear servidores que no deberían ver.
Si consolidás el sprawl de MCP o construís una plataforma de agentes de mínimo privilegio, la federación convierte muchos orígenes MCP en una superficie gobernada sin reescribir cada servidor upstream.