1. Conduit
  2. Anwendungsfälle
  3. MCP-Client

Für Entwickler

Ein MCP-Client, der zuerst fragt

Conduit betreibt Model-Context-Protocol-Server über lokales stdio und entferntes streamable HTTP, mit OAuth und Ein-Klick-Installationen aus der offiziellen Registry — und funktioniert mit dem Modellanbieter deiner Wahl, nicht nur mit dem eines einzelnen Anbieters. Ein Tool fragt vorher nach, es sei denn, sein Server markiert es als read-only.

  • Lokales stdio und entferntes streamable HTTP
  • OAuth-Tokens landen im Schlüsselbund des Betriebssystems
  • Gleiche Funktionen unter Windows, macOS und Linux
Wie Conduit sich mit MCP-Servern verbindet Ein lokaler Server, betrieben über stdio, und ein entfernter Server, erreicht über streamable HTTP mit OAuth, laufen beide in Conduits Zustimmungsschranke zusammen, die Tool-Ausgaben begrenzt und schwärzt, bevor sie das gewählte Modell erreichen. Lokaler Server stdio · Kindprozess Entfernter Server streamable HTTP + OAuth Conduit Read-only-Tools → laufen nicht read-only → fragt nach Ausgabe begrenzt + geschwärzt Tokens → OS-Schlüsselbund Modell deiner Wahl
Lokale Server laufen als überwachte Kindprozesse mit Neustart und Backoff; entfernte verbinden sich über streamable HTTP mit OAuth. So oder so wird die Ausgabe begrenzt und geschwärzt, bevor sie das Modell erreicht, mit einer Schutzschicht dagegen, dass sie als Anweisung wiedergegeben wird.

Das Problem

Du hast einen MCP-Server gefunden oder gebaut. Der Client, in dem du ihn laufen lassen sollst, spricht nur mit den Modellen eines einzigen Anbieters, kann dir nicht sagen, was ein Tool gleich tun wird, bevor es das tut, und behandelt Windows als Nachgedanke, bei dem die Einrichtungsanleitung schlicht nicht funktioniert. Du wolltest das Protokoll, keinen neuen ummauerten Garten obendrauf.

Clients richtig zu vergleichen braucht mehr als eine Funktionsliste — Best MCP clients prüft Transporte, Zustimmungsmodell und Lizenz jedes Einzelnen, und Conduit im Vergleich zu Claude Desktop geht Zeile für Zeile speziell auf die MCP-Einrichtung ein.

Was Conduit einem MCP-Setup gibt

Das Protokoll, ohne das Rätselraten

Lokale und entfernte Server verhalten sich gleich: überwacht, ratenbegrenzt, und nie erlaubt zu handeln, ohne es dir vorher zu sagen.

Lokal und entfernt, beide überwacht

Lokale Server laufen als Kindprozesse über stdio, mit Neustart und Backoff, einer Parallelitätsgrenze und einem Timeout pro Aufruf. Entfernte verbinden sich über streamable HTTP mit OAuth; Tokens landen im Schlüsselbund des Betriebssystems und erreichen die Oberfläche nie. Der ältere HTTP+SSE-Transport wird nicht unterstützt.

Ein Tool fragt nach, es sei denn, sein Server markiert es als read-only

Ein Tool läuft nur dann ohne Unterbrechung, wenn sein Server es als read-only markiert. Jedes andere Tool hält an und fragt nach, und du kannst es für diesen Chat oder dauerhaft freigeben. Sensible Tools fragen immer, egal was du vorher freigegeben hast.

Prompts und Ressourcen, nicht nur Tools

Zieh den gespeicherten Prompt eines Connectors in den Composer, und seine deklarierten Argumente werden zum Bearbeiten ausgefüllt. Hänge eine Ressource an, und sie begleitet nur deine nächste Nachricht. Eine Ressource, die versucht, Anweisungen einzuschleusen, wird abgelehnt und benannt, nicht stillschweigend befolgt.

So funktioniert's

Von nichts Verbundenem zu einem laufenden Tool-Aufruf

Drei Wege hinein, je nachdem, wo der Server lebt.

  1. Füge einen lokalen Server hinzu

    Gib auf der Seite Connectors den Befehl und die Argumente an, die ihn starten. Zeig auf das echte Programm — Connectors starten direkt, nie über eine Shell —, unter Windows bedeutet das npx.cmd, nicht npx, und ein cmd /c …-Wrapper wird abgelehnt statt still zu scheitern.

  2. Oder durchsuche die Registry nach einem entfernten

    Durchsuche vom selben Bildschirm aus die offizielle MCP-Registry und installiere einen Treffer mit einem Klick. Braucht der Server eine Authentifizierung, öffnet sich OAuth in deinem Browser, und das Token landet in deinem OS-Schlüsselbund — die Oberfläche selbst sieht es nie.

  3. Nutze seine Tools, Prompts und Ressourcen

    Als read-only markierte Tool-Aufrufe laufen von selbst; jedes andere Tool hält an und fragt, bevor es läuft. Zieh einen Prompt in den Composer, und seine Argumente sind schon ausgefüllt, oder hänge eine Ressource an die Nachricht an, die du gerade senden willst.

Kein MCP nötig

Manche Tools funktionieren, bevor du irgendetwas verbindest

Eine Handvoll Tools bringt Conduit selbst mit, ohne Server hinzuzufügen und ohne Konfiguration zu schreiben. Sie folgen denselben Zustimmungsregeln wie jedes MCP-Tool, und der Webzugriff bleibt aus, bis du ihn einschaltest.

  • Websuche und Web-Fetch — aus, bis du sie einschaltest
  • Rechner, aktuelle Uhrzeit, UUID und Zufall
  • Zwischenablagen-Zugriff sowie Dokumenterstellung und -bearbeitung

Den Server selbst gebaut? Wie man einen MCP-Server einem Kunden vorführt beschreibt, wie du ihn jemandem zeigst, der kein Entwickler ist.

Der Tab Aktivität des Inspectors neben einer Conduit-Unterhaltung: die current_time-, calculator- und write_markdown_document-Aufrufe des Turns mit ihren Zeiten und der durchgeführten Berechnung, danach eine Zusammenfassung aller vom Chat verwendeten Tools, des geschriebenen Dokuments und seines Tokenverbrauchs.

Grenzen

Was es tut, und was nicht

Was es tut

  • Betreibt lokale MCP-Server über stdio als überwachte Kindprozesse, mit Neustart und Backoff, einer Parallelitätsgrenze und einem Timeout pro Aufruf
  • Verbindet sich mit entfernten Servern über streamable HTTP, samt OAuth-Anmeldung, mit Tokens im Schlüsselbund des Betriebssystems, die nie in der Oberfläche auftauchen
  • Durchsucht die offizielle MCP-Registry und installiert einen passenden entfernten Server mit einem Klick
  • Zieht die Prompts und Ressourcen eines Connectors in den Composer — eine Prompt-Auswahl füllt deklarierte Argumente aus, und eine Ressource hängt sich nur an die nächste Nachricht
  • Begrenzt und schwärzt Tool-Ausgaben, bevor sie das Modell erreichen, mit einer strukturellen Schutzschicht dagegen, dass diese Ausgabe als Anweisung wiedergegeben wird
  • Funktioniert unter Windows, macOS und Linux gleich — keine Funktion wird auf einer Plattform zurückgehalten

Was es nicht tut

  • Unterstützt den veralteten HTTP+SSE-Transport nicht — ein Server muss streamable HTTP sprechen, um sich zu verbinden
  • Führt npx unter Windows nicht direkt aus — Connectors starten ohne Shell, nutze also npx.cmd, und ein cmd /c …-Wrapper wird rundweg abgelehnt
  • Garantiert nicht, dass jedes Modell Tools aufrufen kann — MCP funktioniert mit dem Provider deiner Wahl, aber ob dieses Modell Tool-Aufrufe unterstützt, entscheidet das Modell, nicht Conduit
  • Bietet kein paketiertes Verzeichnis lokaler Server zum Durchstöbern — einen lokalen fügst du über Befehl und Argumente hinzu, einen entfernten installierst du über die Registry-Suche
  • Liefert noch keine code-signierten Installer — rechne beim ersten Start mit einer SmartScreen- oder Gatekeeper-Warnung
  • Hält Registry-Suche und OAuth nicht vollständig privat — ein Suchbegriff geht an registry.modelcontextprotocol.io, und das Verbinden eines OAuth-Servers ruft Conduits eigenes Client-Metadaten-Dokument von conduitllm.com ab

Fragen zum MCP-Client

Was ist ein Desktop-MCP-Client?
Ein MCP-Client ist die Anwendung, die ein Modell über das Model Context Protocol mit deinen Tools verbindet — er entscheidet, welche Server er starten kann, von wo aus ein entfernter erreicht wird, und was er dich vor einem Tool-Aufruf fragt. Conduit ist einer: eine kostenlose, quelloffene Desktop-App, die MCP über lokales stdio und entferntes streamable HTTP spricht, und die mit dem Modellanbieter deiner Wahl funktioniert statt nur mit dem eines einzigen Anbieters. Der Vergleich mit anderen MCP-Clients zeigt, wie es abschneidet.
Unterstützt Conduit den SSE-Transport für MCP-Server?
Nein — der ältere HTTP+SSE-Transport wird absichtlich nicht unterstützt. Conduit spricht lokales stdio für Server auf deinem eigenen Rechner und entferntes streamable HTTP für gehostete — ein Server, der nur den veralteten SSE-Endpunkt anbietet, verbindet sich nicht.
Kann ich MCP-Tools mit jedem KI-Modell nutzen?
Mit dem Modell, das du wählst, ja — Conduit beschränkt Connectors nicht auf einen Provider. Was variiert, ist das Modell selbst: Nicht jedes Modell unterstützt Tool-Aufrufe, welche Server in einem bestimmten Chat tatsächlich nützlich sind, hängt also vom gewählten Modell ab, nicht von Conduit.
Wohin gehen MCP-OAuth-Tokens?
In den Schlüsselbund des Betriebssystems, an denselben Ort wie deine Provider-API-Schlüssel. Die Oberfläche, die deinen Chat darstellt, sieht das Token nie — die Anmeldung öffnet den eigenen OAuth-Flow des Servers, und Conduits Rust-Kern hält das Ergebnis.
Warum startet npx unter Windows keinen MCP-Server?
Conduit startet Connectors direkt statt über eine Shell, eine bewusste Sicherheitsmaßnahme — und unter Windows bedeutet das, den echten Dateinamen des Programms zu verwenden: npx.cmd, nicht npx. Ein cmd /c …-Wrapper wird rundweg abgelehnt, statt still zu scheitern. Die Dokumentation deckt beide Fälle vollständig ab.
Kann ich einen MCP-Server hinzufügen, ohne eine Konfigurationsdatei zu bearbeiten?
Für einen entfernten Server oft ja: Durchsuche die offizielle MCP-Registry auf der Connectors-Seite und installiere einen Treffer mit einem Klick, mit automatisch gehandhabtem OAuth, falls der Server es braucht. Ein lokaler Server braucht weiterhin einen eingetippten Befehl und seine Argumente — dafür gibt es noch kein paketiertes Ein-Klick-Format.

Verbinde deinen ersten Server

Kostenlos und Open Source. Bring deinen eigenen Schlüssel oder ein lokales Modell mit, und füge dann auf der Connectors-Seite einen Server hinzu.

Ein Release Candidate: Die Installer sind noch nicht vom Betriebssystem code-signiert, rechne beim ersten Start also mit einer SmartScreen- oder Gatekeeper-Warnung.