MCP Marketplace: externe Tools mit Ihrem KI-Agenten verbinden

Warum ein Agent Türen braucht, nicht nur einen Raum

Der ReAct-Agent im Kern von Simmetric Chat kann bereits denken und handeln: Er durchsucht Ihre Wissensdatenbank mit hybridem RAG, schreibt in den Workspace-Speicher und verarbeitet Dokumente. Aber ein Agent, der in seinen eigenen Skills eingeschlossen ist, ist ein geschlossenes System. Das Model Context Protocol (MCP) ist der offene Standard, der daraus ein offenes System macht - ein gemeinsames Protokoll, über das ein KI-Assistent externe Tools entdecken und aufrufen kann, und über das externe Tools die Fähigkeiten des Assistenten selbst erreichen können.

Die MCP-Geschichte von Simmetric Chat ist bidirektional. Ausgehend verbindet sich Ihr Agent mit externen MCP-Servern und übernimmt deren Tools als Skills. Eingehend kann die Plattform ihr eigenes RAG-Wissen für andere MCP-Clients bereitstellen, etwa für Assistenten in IDEs. Dieser Artikel behandelt die ausgehende Seite von Grund auf: den Marketplace, die Verbindungen und die Kontrollen, die entscheiden, was Ihr Agent in einem bestimmten Gespräch wirklich erreichen kann.

Der Marketplace: ein kuratierter Katalog von Tool-Servern

Administratoren erreichen den Marketplace über die Seitenleiste - der Eintrag ist admin-only, denn einen Tool-Server zu installieren öffnet ein Tor in die Konversationen des Workspace. Der Katalog präsentiert verfügbare MCP-Server als Karten mit den Details, die vor einer Installation zählen:

• Kategorie-Badges - Server sind nach Domäne gruppiert (Entwickler-Tools, Datenbanken, Kommunikation und mehr), mit Kategorie-Pillen, die das Raster filtern. Kategorien werden aus den Katalogdaten erzeugt, daher spiegeln die Filter wider, was tatsächlich existiert.
• Verifizierungsstufen - official-Server stammen von anerkannten Maintainern, verified_community wurden geprüft, und unverified-Einträge sind gelistet, aber ungeprüft. Die Stufe steht auf der Karte, damit das Vertrauensniveau vor dem Klick sichtbar ist.
• Gesundheitsstatus - Der Endpunkt jedes Servers wird in einem 30-Minuten-Zyklus geprüft, und seine Karte zeigt, ob er derzeit healthy, stale oder down ist, plus das Datum des letzten Commits, um zu beurteilen, ob das Projekt aktiv gepflegt wird.
• Tool-Liste - Jedes vom Server exponierte Tool, mit Name und Beschreibung, erscheint auf der Detailseite, bevor Sie irgendetwas installieren.

Eine Suchleiste filtert den Katalog in Echtzeit nach Name oder Beschreibung. Nichts davon läuft über einen Cloud-Vermittler, den Sie nicht einsehen können: Der Katalog ist eine Menge von Endpunkten, und die Gesundheits-Badges sagen Ihnen, welche gerade leben.

Ein-Klick-Installation mit Workspace-Geltungsbereich

Einen Server zu installieren ist ein einziger Klick von der Karte oder ihrer Detailseite, mit einer Voraussetzung: Es muss ein Workspace ausgewählt sein, denn jede MCP-Verbindung gilt für einen Workspace. Hinter dem Klick legt das System einen Verbindungsdatensatz mit dem Standardnamen des Servers an, versucht sofort die Verbindung und registriert die entdeckten Tools im Skill-Register des Agenten.

Was Sie bekommen, ist die Vereinigung der Workspace-Verbindungen: Jeder aktivierte und verbundene MCP-Server steuert seine Tools zum Agenten bei. Die Verbindung wird auch angelegt, wenn der Server zum Installationszeitpunkt nicht erreichbar ist - sie kommt als disconnected markiert an, und Sie können URL oder Transport in den Verbindungseinstellungen korrigieren und erneut testen.

Die Deinstallation ist die bewusste Umkehrung: Sie löscht den Verbindungsdatensatz, schließt die Laufzeitverbindung und deregistriert alle ihre Tools. Die Aktion ist destruktiv - die Konfiguration wird entfernt, nicht soft-deleted -, was für eine so mächtige Berechtigungsoberfläche das ehrliche Verhalten ist.

Verbindungen in den Einstellungen verwalten

Jede Verbindung, ob aus dem Marketplace installiert oder manuell angelegt, lebt in Einstellungen → MCP-Verbindungen. Die Tabelle zeigt den Anzeigenamen, die Server-URL mit ihrem Transport, einen Live-Statuspunkt und einen Aktivieren/Deaktivieren-Schalter:

• Transport. Zwei Verbindungstypen werden unterstützt: Server-Sent Events (sse) und streamable HTTP (streamable-http). Das Bearbeiten einer Verbindung kann URL, Name oder Transport ändern, und das Bearbeiten einer aktivierten Verbindung löst eine automatische Neuverbindung aus.
• Live-Status. Die Tabelle fragt die Server alle 30 Sekunden ab: grün für verbunden, grau für getrennt, rot für Fehler. Eine Test-Aktion trennt, verbindet neu und meldet die Anzahl entdeckter Tools - mit einem 10-Sekunden-Timeout, damit ein toter Endpunkt Sie zehn Sekunden kostet, nicht einen Nachmittag.
• Aktivieren versus Deaktivieren. Das Deaktivieren schließt die Laufzeitverbindung und deregistriert die Tools, behält aber die Konfiguration in der Datenbank, damit eine saisonale Integration abgeschaltet werden kann, ohne etwas zu löschen.

Für reale Transport-Mismatch-Fälle fällt der Client mit Augenmaß zurück: Eine für streamable HTTP konfigurierte Verbindung, die mit einem 4xx antwortet, versucht es erneut als SSE, während eine explizit als sse deklarierte Verbindung bei SSE bleibt.

Pinning pro Chat: geringste Rechte für Konversationen

Die Aktivierung auf Workspace-Ebene ist ein breiter Pinsel. Die feine Kontrolle ist das Pinning pro Chat, verfügbar im Konsolen-Panel neben jeder Konversation: Ein Dropdown-Menü listet die MCP-Verbindungen des Workspace mit einem Statuspunkt und einem Schalter für jede.

Pinnen Sie eine Verbindung, um sie zum bewussten Tool-Set dieses Chats zu machen - nützlich für fokussierte Gespräche, sensible Diskussionen oder um zu testen, wie sich der Agent mit einer bestimmten Teilmenge von Tools verhält. Das Pinning-Modell ist strikt additiv: Verbindungen zu pinnen entfernt nie die Tools der anderen aktiven und verbundenen Verbindungen des Workspace; alle Pins zu entfernen stellt die Standard-Vereinigung aller aktivierten Verbindungen wieder her. Pins überleben Neuladen und Neustarts, gespeichert pro Chat, mit einem optimistischen Schalter, der bei Persistenzfehlern zum vorherigen Zustand zurückkehrt und einen Fehler meldet.

Das Ergebnis ist ein Modell geringster Rechte für die Tools des Agenten: Der Workspace entscheidet, was existiert, die Verbindungsschalter entscheiden, was allgemein verfügbar ist, und jeder Chat entscheidet, was genau diese Konversation erreichen kann.

Die eingehende Richtung: RAG über MCP bereitstellen

Dasselbe Protokoll läuft auch andersherum. Die Plattform kann als MCP-Server fungieren und die hybride RAG-Suche über ihre eigene Wissensdatenbank bereitstellen, damit externe MCP-Clients - Assistenten in IDEs sind das kanonische Beispiel - ihre Antworten auf Ihrem kuratierten, RBAC-geschützten Wissen verankern können. Ihre Dokumente bleiben, wo sie sind; der IDE-Assistent ruft auf, erhält Suchergebnisse mit Zitaten und braucht nie eine Kopie des Korpus.

Das macht die Wissensdatenbank zur Infrastruktur: Dieselben indexierten Dokumente bedienen den internen Chat-Workspace und jedes MCP-fähige Tool, das Ihr Team bereits nutzt, mit denselben Zugriffsregeln an der Grenze.

Wo die Tools in der Agent-Schleife sitzen

MCP-Tools treten als erstklassige Skills in den Agenten ein. Wenn der ReAct-Orchestrator läuft, stehen die über MCP bereitgestellten Tools neben den eingebauten Skills - Wissensdatenbank-Suche, Workspace-Speicher, Dokumentenverarbeitung - und der Agent entscheidet in jeder Runde, ob ein Tool-Aufruf beim Antworten hilft. Tool-Namen sind pro Verbindung namespaced, damit Bezeichner nie kollidieren, und jedes Streaming-Ereignis, das eine Tool-Nutzung meldet, trägt den lesbaren Quellnamen, sodass die Aktivitätsspur des Chats zeigt, welche Verbindung welchen Aufruf bedient hat.

Gesundheitsprüfungen der installierten Verbindungen laufen als geplante Jobs über die Postgres-basierte Queue der Plattform, damit ein Marketplace, der stale wird, von der Infrastruktur bemerkt wird und nicht von den Nutzern. Die gesamte Oberfläche - Katalog, Verbindungen, Pinning - ist durch das RBAC der Plattform geschützt: Admin-Gate auf Marketplace und Verbindungsverwaltung, und der Pinner pro Chat bleibt innerhalb der Chat-Oberfläche, die Nutzer ohnehin haben.

Erste Schritte

1. Öffnen Sie den Marketplace über die Seitenleiste (Admin-Rolle) und wählen Sie einen verifizierten Server, dessen Tools zu einem echten Workflow passen.
2. Wählen Sie einen Workspace, installieren Sie und bestätigen Sie, dass der Statuspunkt grün wird.
3. Öffnen Sie einen Chat, prüfen Sie, dass das Tool im Konsolen-Panel erscheint, und pinnen Sie es, wenn diese Konversation darauf begrenzt bleiben soll.
4. Stellen Sie eine Frage, die das Tool erfordert - die Aktivitätsspur des Agenten zeigt den Aufruf, seine Quelle und sein Ergebnis.

Externe MCP-Server sind nur Server: Betreiben Sie einen auf Ihrer Infrastruktur, richten Sie eine Verbindung darauf, und die Fähigkeitsoberfläche Ihres Agenten wächst ohne jede Codeänderung an der Plattform.

Lies die vollständige Anleitung in der Doku →