Federação MCP explicada
Publicado · Atualizado · Synamcps
Uma única porta MCP para Jira, GitHub e servidores internos — credenciais encriptadas em repouso e tools com namespace {slug}__{tool}.
As organizações raramente correm um único servidor MCP. Pode já ter um Jira MCP, um GitHub MCP e um MCP de dados interno — cada um com o seu URL, credenciais e história de ACL. Os agentes precisam de muitas ligações, e a segurança perde um único sítio para aplicar política.
A federação MCP no Synamcps significa registar esses servidores upstream HTTP/SSE na Admin UI. O Synamcps descobre automaticamente tools, resources e prompts, aplica namespaces {slug}__{tool} e reexpõe-os no mesmo endpoint /mcp das tools de conhecimento nativas.
A governação mantém-se unificada. Tokens que estreitam permissões, rate limits por token e allowlists ao estilo storage aplicam-se a tools federadas tal como a knowledge_search. Os segredos upstream ficam encriptados em repouso: o gateway — não cada config de agente — guarda as credenciais.
O resultado é uma única porta para uma frota de agentes: Claude Code, Cursor e runners personalizados autenticam-se uma vez, recebem um tools/list à medida do token e alcançam cada capacidade upstream autorizada — sem sondar servidores que não deveriam ver.
Se está a consolidar o sprawl de MCP ou a construir uma plataforma de agentes de mínimo privilégio, a federação transforma muitas origens MCP numa superfície governada sem reescrever cada servidor upstream.