MCP-Föderation erklärt
Veröffentlicht · Aktualisiert · Synamcps
Eine MCP-Front-Door für Jira, GitHub und interne Server — Credentials verschlüsselt at rest, Tools als {slug}__{tool} namespaced.
Organisationen betreiben selten einen einzigen MCP-Server. Sie haben vielleicht schon ein Jira-MCP, ein GitHub-MCP und ein internes Daten-MCP — jeweils mit eigener URL, Credentials und ACL-Story. Agenten brauchen viele Verbindungen, und Security verliert einen zentralen Ort für Policy.
MCP-Föderation in Synamcps heißt: diese Upstream-HTTP/SSE-Server in der Admin UI registrieren. Synamcps entdeckt Tools, Resources und Prompts automatisch, namespaced sie als {slug}__{tool} und stellt sie auf demselben /mcp-Endpunkt wie native Knowledge-Tools erneut bereit.
Governance bleibt einheitlich. Permission-narrowing Tokens, Per-Token-Rate-Limits und Storage-artige Allowlists gelten für föderierte Tools wie für knowledge_search. Upstream-Secrets werden verschlüsselt at rest gespeichert — das Gateway hält die Credentials, nicht jede Agent-Config.
Das Ergebnis ist eine Front Door für eine Agentenflotte: Claude Code, Cursor und eigene Runner authentifizieren sich einmal, erhalten ein tools/list passend zu ihrem Token und erreichen jede berechtigte Upstream-Capability — ohne Server zu sondieren, die sie nie sehen sollten.
Wenn Sie MCP-Sprawl konsolidieren oder eine Least-Privilege-Agentenplattform bauen, macht Föderation aus vielen MCP-Origins eine verwaltete Fläche — ohne jeden Upstream-Server umzuschreiben.