Alle BeiträgeMCP & Tooling

Ein MCP-Server, fünf Scopes: wie sich 27 Agenten ein Gehirn teilen

Alex Grygoriev

Alex Grygoriev

30. Mai 2026 · 7 Min. Lesezeit

Sobald man mehr als ein paar Agenten hat, skaliert "jeder ruft die APIs auf, die er braucht" nicht mehr. Man dupliziert Auth, Retries und Schemata; eine Änderung an einer Stelle bricht still fünf andere. Das Model Context Protocol (MCP) existiert, um eine saubere Naht zwischen Agenten und den Systemen zu setzen, auf denen sie handeln.

Ein einziger Zugang mit gescoptem Zugriff

Ich betreibe einen selbst gehosteten MCP-Server vor dem Org-Memory. Agenten berühren Postgres oder Drittanbieter-APIs nie direkt — sie sprechen mit MCP. Der Zugriff ist in fünf Scopes geteilt, sodass ein Marketing-Agent schlicht nicht an Finanz-Tools kommt. Eine Tür mit Türsteher statt 27 offener Fenster.

Hybrid-Suche ist das eigentliche Produkt

Unter MCP liegt Postgres 16 + pgvector. Reine Vektor-Suche verfehlt exakte Strings; reine Keyword-Suche verfehlt Bedeutung. Ich fusioniere Vektor, BM25 und Trigram per Reciprocal Rank Fusion, sodass die Suche nach einer exakten Teilenummer und die nach einem vagen Konzept beide treffen. Dieses hybride Retrieval lässt die Tools scharf statt schwammig wirken.

Tools sind Verträge, keine Endpunkte

Jedes MCP-Tool hat ein typisiertes Schema und genau eine Verantwortung. Das Modell bekommt einen klaren Vertrag, über den es schließen kann; ich bekomme eine Stelle für Validierung, Logging und Limits. Ändert sich ein Tool, erhalten alle Agenten das neue Verhalten gleichzeitig — kein Copy-Paste-Drift über 27 Codepfade.

Warum MCP statt eines Haufens Function-Calling-Kleber

  • Eine Auth- und Audit-Fläche statt N separater.
  • Tools sind über Agenten und LLM-Anbieter (Claude, GPT) hinweg hinter einem Gateway wiederverwendbar.
  • Ein neuer Agent heißt Scopes wählen, nicht Integrationen neu bauen.
  • Schemata leben in einem Repo, versioniert und reviewbar.

Was ich einem Team raten würde, das heute startet

Lass nicht jeden Agenten eigene Tentakel wachsen. Setz von Tag eins eine Protokoll-Schicht zwischen Agenten und Daten, selbst bei nur zwei Agenten. Die Naht früh einzuziehen kostet einen Nachmittag; sie bei 27 Agenten zu entwirren kostet ein Rewrite.

“Die Integration, die du nicht schreibst, ist die, die du nie debuggen musst.”

— Alex Grygoriev
Teilen
Alex Grygoriev

Alex Grygoriev

Senior AI Automation Engineer · München

Ich baue agentische KI, die wirklich in Produktion läuft — solo, end-to-end. Zwei MCP-Server, 27 Agenten und 32 Microservices hinter einem KI-gesteuerten Unternehmen.

Bringen wir KI in Ihrem Unternehmen zum Laufen.