1. Conduit
  2. Cas d'usage
  3. Client MCP

Pour les développeurs

Un client MCP qui demande d'abord

Conduit fait tourner des serveurs Model Context Protocol en stdio local et en HTTP streamable distant, avec OAuth et des installations en un clic depuis le registre officiel — et il fonctionne avec le fournisseur de modèle de votre choix, pas seulement celui d'un éditeur. Un outil demande d'abord, sauf si son serveur le marque en lecture seule.

  • Stdio local et HTTP streamable distant
  • Les jetons OAuth vont dans le trousseau de l'OS
  • Mêmes fonctionnalités sous Windows, macOS, Linux
Comment Conduit se connecte aux serveurs MCP Un serveur local, lancé via stdio, et un serveur distant, atteint en HTTP streamable avec OAuth, alimentent tous deux la porte de consentement de Conduit, qui plafonne et expurge la sortie d'outil avant qu'elle n'atteigne le modèle que vous avez choisi. Serveur local stdio · processus enfant Serveur distant HTTP streamable + OAuth Conduit outils lecture seule → exécutés pas en lecture seule → demande sortie plafonnée + expurgée jetons → trousseau OS Modèle de votre choix
Les serveurs locaux tournent comme des processus enfants supervisés, avec redémarrage et backoff ; les serveurs distants se connectent en HTTP streamable avec OAuth. Dans les deux cas, la sortie est plafonnée et expurgée avant d'atteindre le modèle, avec une garde contre son rejeu comme une instruction.

Le problème

Vous avez trouvé ou construit un serveur MCP. Le client dans lequel vous êtes censé le faire tourner ne parle qu'aux modèles d'un seul éditeur, ne peut pas vous dire ce qu'un outil s'apprête à faire avant de le faire, et traite Windows comme un cas secondaire où les instructions de configuration ne fonctionnent tout simplement pas. Vous vouliez le protocole, pas un nouveau jardin clos construit par-dessus.

Comparer correctement des clients demande plus qu'une liste de fonctionnalités — Meilleurs clients MCP vérifie les transports, le modèle de consentement et la licence de chacun, et Conduit vs Claude Desktop détaille ligne par ligne la configuration MCP spécifiquement.

Ce que Conduit apporte à une configuration MCP

Le protocole, sans les conjectures

Les serveurs locaux et distants se comportent de la même façon : supervisés, limités en débit, et jamais autorisés à agir sans vous le dire d'abord.

Local et distant, tous deux supervisés

Les serveurs locaux tournent comme des processus enfants via stdio, avec redémarrage et backoff, une limite de concurrence et un timeout par appel. Les serveurs distants se connectent en HTTP streamable avec OAuth ; les jetons atterrissent dans le trousseau OS et n'atteignent jamais l'interface. L'ancien transport HTTP+SSE n'est pas pris en charge.

Un outil demande, sauf si son serveur le marque en lecture seule

Un outil tourne sans vous interrompre seulement si son serveur le marque en lecture seule. Tout autre outil s'arrête et demande, et vous pouvez l'autoriser pour ce chat ou définitivement. Les outils sensibles demandent toujours, peu importe ce que vous avez déjà autorisé.

Des prompts et des ressources, pas seulement des outils

Tirez le prompt enregistré d'un connecteur dans le composer et ses arguments déclarés se remplissent pour que vous les modifiiez. Joignez une ressource et elle n'accompagne que votre prochain message. Une ressource qui tente de glisser des instructions est refusée et nommée, jamais suivie silencieusement.

Comment ça marche

De rien connecté à un appel d'outil en cours

Trois façons d'entrer, selon où vit le serveur.

  1. Ajoutez un serveur local

    Sur la page Connecteurs, donnez la commande et les arguments qui le démarrent. Pointez vers le vrai programme — les connecteurs démarrent directement, jamais via un shell — donc sous Windows cela veut dire npx.cmd, pas npx, et un wrapper cmd /c … est refusé plutôt que d'échouer silencieusement.

  2. Ou cherchez un serveur distant dans le registre

    Depuis le même écran, cherchez dans le registre officiel MCP et installez une correspondance en un clic. Si le serveur nécessite une authentification, OAuth s'ouvre dans votre navigateur et le jeton atterrit dans votre trousseau OS — l'interface elle-même ne le voit jamais.

  3. Utilisez ses outils, ses prompts et ses ressources

    Les appels d'outils marqués en lecture seule s'exécutent d'eux-mêmes ; tout autre outil s'arrête et demande avant de s'exécuter. Tirez un prompt dans le composer et ses arguments sont déjà remplis, ou joignez une ressource au message que vous vous apprêtez à envoyer.

Aucun MCP requis

Certains outils fonctionnent avant que vous ne connectiez quoi que ce soit

Une poignée d'outils est expédiée dans Conduit lui-même, sans serveur à ajouter ni configuration à écrire. Ils suivent les mêmes règles de consentement que tout outil MCP, et l'accès web reste désactivé jusqu'à ce que vous l'activiez.

  • Recherche web et fetch web — désactivés jusqu'à ce que vous les activiez
  • Calculatrice, heure actuelle, UUID et aléatoire
  • Accès au presse-papiers, et écriture et édition de documents

Vous avez construit le serveur vous-même ? Comment présenter un serveur MCP à un client couvre le fait de le montrer à quelqu'un qui n'est pas développeur.

L'onglet Activité de l'inspecteur à côté d'une conversation Conduit : les appels current_time, calculator et write_markdown_document du tour avec leurs durées et le calcul effectué, puis un résumé de tous les outils utilisés par le chat, du document rédigé et de sa consommation de tokens.

Limites

Ce que ça fait, et ce que ça ne fait pas

Ce que ça fait

  • Fait tourner des serveurs MCP locaux via stdio comme des processus enfants supervisés, avec redémarrage et backoff, une limite de concurrence et un timeout par appel
  • Se connecte à des serveurs distants en HTTP streamable, y compris la connexion OAuth, avec des jetons conservés dans le trousseau OS et jamais exposés à l'interface
  • Cherche dans le registre officiel MCP et installe un serveur distant correspondant en un clic
  • Tire les prompts et ressources d'un connecteur dans le composer — un sélecteur de prompt remplit les arguments déclarés, et une ressource ne s'attache qu'au prochain message
  • Plafonne et expurge la sortie d'outil avant qu'elle n'atteigne le modèle, avec une garde structurelle contre le rejeu de cette sortie comme une instruction
  • Fonctionne de la même façon sous Windows, macOS et Linux — aucune fonctionnalité n'est retenue sur aucune plateforme

Ce que ça ne fait pas

  • Prendre en charge le transport déprécié HTTP+SSE — un serveur doit parler le HTTP streamable pour se connecter
  • Lancer npx directement sous Windows — les connecteurs démarrent sans shell, donc utilisez npx.cmd, et un wrapper cmd /c … est carrément refusé
  • Garantir que chaque modèle peut appeler des outils — MCP fonctionne avec le fournisseur de votre choix, mais la prise en charge de l'appel d'outils dépend du modèle, pas de Conduit
  • Offrir un annuaire packagé de serveurs locaux à parcourir — vous ajoutez un serveur local par sa commande et ses arguments, ou installez un serveur distant depuis la recherche du registre
  • Expédier des installateurs signés au niveau OS pour l'instant — attendez-vous à un avertissement SmartScreen ou Gatekeeper au premier lancement
  • Garder la recherche dans le registre et OAuth entièrement privés — un terme de recherche part vers registry.modelcontextprotocol.io, et connecter un serveur OAuth récupère le document de métadonnées client propre à Conduit depuis conduitllm.com

Questions sur le client MCP

Qu'est-ce qu'un client MCP de bureau ?

Un client MCP est l'application qui connecte un modèle à vos outils via le Model Context Protocol — il décide quels serveurs il peut démarrer, d'où un serveur distant est atteint, et ce qu'il doit vous demander avant qu'un outil ne s'exécute. Conduit en est un : une application de bureau gratuite et open source qui parle MCP en stdio local et en HTTP streamable distant, et fonctionne avec le fournisseur de modèle de votre choix plutôt qu'avec celui d'un seul éditeur. Voir comment il se compare aux autres clients MCP.

Conduit prend-il en charge le transport SSE pour les serveurs MCP ?

Non — l'ancien transport HTTP+SSE n'est délibérément pas pris en charge. Conduit parle le stdio local pour les serveurs sur votre propre machine et le HTTP streamable distant pour les serveurs hébergés ; un serveur qui ne publie que l'ancien endpoint SSE ne se connectera pas.

Puis-je utiliser des outils MCP avec n'importe quel modèle d'IA ?

Avec le modèle que vous choisissez, oui — Conduit ne restreint pas les connecteurs à un seul fournisseur. Ce qui varie, c'est le modèle lui-même : tous ne prennent pas en charge l'appel d'outils, donc les serveurs réellement utiles dans un chat donné dépendent du modèle que vous y choisissez, pas de Conduit.

Où vont les jetons OAuth de MCP ?

Dans le trousseau de l'OS, le même endroit où vivent vos clés API de fournisseur. L'interface qui affiche votre chat ne voit jamais le jeton — se connecter ouvre le flux OAuth propre au serveur, et le core Rust de Conduit détient le résultat.

Pourquoi npx ne démarre-t-il pas un serveur MCP sous Windows ?

Conduit démarre les connecteurs directement plutôt que via un shell, ce qui est une garde de sécurité délibérée — et sous Windows cela veut dire utiliser le vrai nom de fichier du programme : npx.cmd, pas npx. Un wrapper cmd /c … est carrément refusé plutôt que d'échouer silencieusement. La documentation couvre les deux cas en détail.

Puis-je ajouter un serveur MCP sans modifier un fichier de configuration ?

Pour un serveur distant, souvent oui : cherchez dans le registre officiel MCP depuis la page Connecteurs et installez une correspondance en un clic, avec OAuth géré automatiquement si le serveur en a besoin. Un serveur local nécessite encore de saisir une commande et ses arguments — il n'existe pas encore de format packagé en un clic pour ceux-là.

Connectez votre premier serveur

Gratuit et open source. Apportez votre propre clé ou un modèle local, puis ajoutez un serveur depuis la page Connecteurs.

Une release candidate : les installateurs ne sont pas encore signés au niveau OS, attendez-vous donc à un avertissement SmartScreen ou Gatekeeper au premier lancement.