1. Conduit
  2. Casos de uso
  3. Cliente MCP

Para desenvolvedores

Um cliente MCP que pergunta antes

O Conduit roda servidores do Model Context Protocol por stdio local e streamable HTTP remoto, com OAuth e instalação em um clique a partir do registro oficial — e funciona com o provedor de modelo que você escolher, não só com um fornecedor. Uma ferramenta pergunta antes de rodar, a menos que o servidor dela a marque como somente leitura.

  • Stdio local e streamable HTTP remoto
  • Os tokens OAuth vão para o chaveiro do sistema
  • Os mesmos recursos no Windows, macOS e Linux
Como o Conduit se conecta a servidores MCP Um servidor local, rodando por stdio, e um servidor remoto, alcançado por streamable HTTP com OAuth, ambos alimentam o portão de consentimento do Conduit, que limita e redige a saída da ferramenta antes de ela chegar ao modelo que você escolheu. Servidor local stdio · processo filho Servidor remoto streamable HTTP + OAuth Conduit ferramentas somente leitura → rodam não somente leitura → perguntam saída limitada e redigida tokens → chaveiro do sistema Modelo que você escolher
Servidores locais rodam como processos filhos supervisionados com reinício e backoff; servidores remotos conectam por streamable HTTP com OAuth. Em ambos os casos, a saída é limitada e redigida antes de chegar ao modelo, com uma proteção contra reproduzi-la como uma instrução.

O problema

Você encontrou ou construiu um servidor MCP. O cliente em que você deveria rodá-lo só fala com os modelos de um fornecedor, não consegue te dizer o que uma ferramenta está prestes a fazer antes de fazer, e trata o Windows como um detalhe onde as instruções de configuração simplesmente não funcionam. Você queria o protocolo, não um novo jardim murado construído em cima dele.

Comparar clientes direito exige mais do que uma lista de recursos — Melhores clientes MCP verifica os transportes, o modelo de consentimento e a licença de cada um, e Conduit vs Claude Desktop vai linha por linha na configuração de MCP especificamente.

O que o Conduit dá a uma configuração MCP

O protocolo, sem achismo

Servidores locais e remotos se comportam do mesmo jeito: supervisionados, limitados por taxa, e nunca autorizados a agir sem avisar você antes.

Local e remoto, ambos supervisionados

Servidores locais rodam como processos filhos por stdio, com reinício e backoff, um limite de concorrência e um timeout por chamada. Os remotos conectam por streamable HTTP com OAuth; os tokens vão para o chaveiro do sistema e nunca chegam à interface. O transporte HTTP+SSE mais antigo não é suportado.

Uma ferramenta pergunta, a menos que o servidor a marque como somente leitura

Uma ferramenta roda sem interromper você só se o servidor a marcar como somente leitura. Qualquer outra para e pergunta, e você pode aprovar para esta conversa ou para sempre. As sensíveis sempre perguntam, não importa o que você já aprovou antes.

Prompts e recursos, não só ferramentas

Puxe um prompt salvo de um conector para o composer e os argumentos declarados dele já vêm preenchidos para você editar. Anexe um recurso e ele acompanha apenas a sua próxima mensagem. Um recurso que tenta embutir instruções é recusado e identificado, não seguido silenciosamente.

Como funciona

De nada conectado a uma chamada de ferramenta rodando

Três caminhos, dependendo de onde o servidor vive.

  1. Adicione um servidor local

    Na página de Conectores, informe o comando e os argumentos que o iniciam. Aponte para o programa de verdade — conectores iniciam diretamente, nunca por um shell — então no Windows isso significa npx.cmd, não npx, e um wrapper cmd /c … é recusado em vez de falhar silenciosamente.

  2. Ou pesquise no registro por um remoto

    Na mesma tela, pesquise no registro oficial do MCP e instale um resultado em um clique. Se o servidor precisar de autenticação, o OAuth abre no seu navegador e o token cai no seu chaveiro do sistema — a interface em si nunca o vê.

  3. Use as ferramentas, prompts e recursos dele

    Chamadas de ferramentas marcadas como somente leitura rodam sozinhas; qualquer outra para e pergunta antes de rodar. Puxe um prompt para o composer e os argumentos dele já vêm preenchidos, ou anexe um recurso à mensagem que você está prestes a enviar.

Sem MCP necessário

Algumas ferramentas funcionam antes de você conectar qualquer coisa

Um punhado de ferramentas já vem no próprio Conduit, sem servidor para adicionar e sem configuração para escrever. Elas seguem as mesmas regras de consentimento de qualquer ferramenta MCP, e o acesso à web fica desligado até você ativá-lo.

  • Busca na web e fetch na web — desligados até você ativá-los
  • Calculadora, hora atual, UUID e aleatório
  • Acesso à área de transferência, e escrita e edição de documentos

Construiu o servidor você mesmo? Como demonstrar um servidor MCP para um cliente cobre como colocá-lo diante de alguém que não é desenvolvedor.

A aba Atividade do inspetor ao lado de uma conversa do Conduit: as chamadas current_time, calculator e write_markdown_document do turno com seus tempos e o cálculo feito, depois um resumo de todas as ferramentas que a conversa usou, o documento que escreveu e seu consumo de tokens.

Limites

O que faz, e o que não faz

O que faz

  • Roda servidores MCP locais por stdio como processos filhos supervisionados, com reinício e backoff, um limite de concorrência e um timeout por chamada
  • Conecta a servidores remotos por streamable HTTP, incluindo login OAuth, com tokens guardados no chaveiro do sistema e nunca expostos à interface
  • Pesquisa no registro oficial do MCP e instala um servidor remoto correspondente em um clique
  • Puxa os prompts e recursos de um conector para o composer — um seletor de prompts preenche os argumentos declarados, e um recurso se anexa apenas à próxima mensagem
  • Limita e redige a saída da ferramenta antes de ela chegar ao modelo, com uma proteção estrutural contra essa saída ser reproduzida como uma instrução
  • Funciona da mesma forma no Windows, macOS e Linux — nenhum recurso é limitado em nenhuma plataforma

O que não faz

  • Suportar o transporte HTTP+SSE descontinuado — um servidor precisa falar streamable HTTP para conectar
  • Rodar npx diretamente no Windows — conectores iniciam sem shell, então use npx.cmd, e um wrapper cmd /c … é recusado de cara
  • Garantir que todo modelo consiga chamar ferramentas — o MCP funciona com o provedor que você escolher, mas se aquele modelo suporta chamadas de ferramenta depende do modelo, não do Conduit
  • Oferecer um diretório empacotado de servidores locais para navegar — você adiciona um local pelo comando e argumentos dele, ou instala um remoto pela busca no registro
  • Distribuir instaladores assinados ainda — espere um aviso do SmartScreen ou do Gatekeeper na primeira execução
  • Manter a busca no registro e o OAuth totalmente privados — um termo de busca vai para registry.modelcontextprotocol.io, e conectar um servidor OAuth busca o próprio documento de metadados de cliente do Conduit em conduitllm.com

Perguntas sobre o cliente MCP

O que é um cliente MCP desktop?

Um cliente MCP é o aplicativo que conecta um modelo às suas ferramentas pelo Model Context Protocol — ele decide quais servidores pode iniciar, de onde um remoto é alcançado, e o que perguntar antes de uma ferramenta rodar. O Conduit é um: um app desktop gratuito e de código aberto que fala MCP por stdio local e streamable HTTP remoto, e funciona com o provedor de modelo que você escolher, não com o de um único fornecedor. Veja como ele se compara a outros clientes MCP.

O Conduit suporta o transporte SSE para servidores MCP?

Não — o transporte HTTP+SSE mais antigo é deliberadamente não suportado. O Conduit fala stdio local para servidores na sua própria máquina e streamable HTTP remoto para os hospedados; um servidor que só publica o endpoint SSE legado não vai conectar.

Posso usar ferramentas MCP com qualquer modelo de IA?

Com o modelo que você escolher, sim — o Conduit não restringe conectores a um único provedor. O que varia é o próprio modelo: nem todo modelo suporta chamadas de ferramenta, então quais servidores são realmente úteis em um chat dependem do modelo que você escolheu para ele, não do Conduit.

Para onde vão os tokens OAuth do MCP?

Para o chaveiro do sistema operacional, o mesmo lugar onde ficam as chaves de API dos seus provedores. A interface que renderiza o seu chat nunca vê o token — fazer login abre o próprio fluxo OAuth do servidor, e o core em Rust do Conduit guarda o resultado.

Por que o npx não inicia um servidor MCP no Windows?

O Conduit inicia conectores diretamente, em vez de por um shell, o que é uma proteção de segurança deliberada — e no Windows isso significa usar o nome de arquivo real do programa: npx.cmd, não npx. Um wrapper cmd /c … é recusado de cara, em vez de falhar silenciosamente. A documentação cobre os dois casos por completo.

Posso adicionar um servidor MCP sem editar um arquivo de configuração?

Para um remoto, geralmente sim: pesquise no registro oficial do MCP na página de Conectores e instale um resultado em um clique, com OAuth tratado automaticamente se o servidor precisar. Um servidor local ainda precisa de um comando e seus argumentos digitados — ainda não existe um formato empacotado de um clique para esses.

Conecte o seu primeiro servidor

Gratuito e código aberto. Use sua própria chave ou um modelo local, depois adicione um servidor na página de Conectores.

Um release candidate: os instaladores ainda não são assinados pelo sistema operacional, então espere um aviso do SmartScreen ou do Gatekeeper na primeira execução.