Servidor MCP do Ollama: conecte ferramentas, pesquisa Web e modelos locais
Um guia prático de arquitetura e configuração para conectar um modelo local do Ollama a ferramentas MCP sem esconder permissões, rede ou falhas.
Neste guia
- O que significa um servidor MCP do Ollama
- Limites entre host, cliente, servidor e modelo
- Preparar o Ollama e um host MCP
- Conectar um modelo local com segurança
- Adicionar pesquisa Web sem expor segredos
- Tornar as chamadas de ferramentas observáveis e auditáveis
- Diagnosticar a conexão na ordem certa
- API Ollama Web Search e pesquisa MCP
- Perguntas frequentes sobre o servidor MCP do Ollama
Um fluxo com servidor MCP do Ollama conecta um modelo local a ações úteis sem tratar modelo, protocolo e provedor de ferramentas como a mesma coisa. O modelo pode rodar localmente pelo Ollama, enquanto um host MCP administra conexões, aprovações e resultados. Este guia explica essa fronteira, pesquisa Web, permissões e solução de problemas.
O que significa um servidor MCP do Ollama
MCP, ou Model Context Protocol, é uma forma padronizada para uma aplicação de IA descobrir e chamar ferramentas expostas por um servidor. Uma ferramenta pode pesquisar na Web, ler uma pasta permitida ou consultar um banco de dados. O Ollama é o runtime do modelo: carrega o modelo e gera respostas, mas um modelo local não transforma automaticamente o Ollama em host MCP.
Por isso, servidor MCP do Ollama pode descrever arquiteturas diferentes. Pode ser um servidor local que conversa com o Ollama ou um host MCP que usa um modelo Ollama e se conecta a um servidor de pesquisa. Normalmente, o host controla descoberta, aprovação, execução e retorno do resultado ao modelo.
Separe as camadas
O Ollama fornece inferência. O MCP fornece o protocolo de ferramentas. O host decide quando executar, quais argumentos aceitar e qual resultado retornar.
Limites entre host, cliente, servidor e modelo
Uma arquitetura MCP comum tem quatro papéis. O host é a aplicação de IA e cria uma conexão de cliente para cada servidor. O servidor MCP anuncia ferramentas e executa chamadas aprovadas. O Ollama fica ao lado dessa cadeia como endpoint local de inferência.
O modelo não ganha um túnel automático para todas as ferramentas. O host apresenta os esquemas, o modelo pode pedir uma chamada, e o host valida os argumentos e executa. Depois decide quanto do resultado volta ao modelo.
| Camada | Responsabilidade | Não possui automaticamente |
|---|---|---|
| Ollama | Carregar o modelo e fazer inferência local | Descoberta de servidores MCP ou permissões globais |
| Host MCP | Conversa, clientes, aprovações e contexto | Implementação interna de cada servidor |
| Cliente MCP | Conexão entre host e servidor | Runtime do modelo |
| Servidor MCP | Esquema, validação e execução de ferramentas | Ignorar a aprovação do host |
Preparar o Ollama e um host compatível com MCP
Primeiro confirme que um modelo já funciona no Ollama. O daemon deve estar ativo, o modelo instalado e a API local respondendo antes de adicionar MCP. Se uma solicitação simples falhar, MCP só tornará o diagnóstico mais difícil.
Depois escolha uma aplicação que documente suporte a clientes MCP. A configuração pode ser JSON, tela de ajustes, perfil de desktop ou SDK. Não copie uma configuração de outro host sem verificar comando, transporte, variáveis de ambiente e aprovações padrão.
Local não significa privado por padrão
A inferência pode ficar no localhost enquanto uma ferramenta envia a consulta para uma API externa. Analise cada fluxo de dados.
ollama list
ollama run <model-name> "Responda apenas pronto."
curl http://127.0.0.1:11434/api/tags
Conectar um modelo local do Ollama com segurança
Antes de chamar uma ferramenta, teste duas conexões. O host precisa alcançar o endpoint configurado do Ollama: em um desktop, localhost costuma funcionar; em um contêiner, pode ser necessário host.docker.internal ou um nome de serviço. Confirme também se o modelo ou a API suportam o formato de tool calling esperado pelo host.
A API do Ollama aceita definições de ferramentas e pode retornar chamadas, mas isso não é automaticamente uma implementação completa do MCP. Um host MCP costuma traduzir entre a mensagem do modelo e as mensagens MCP de listar ou chamar ferramentas. Teste o provedor Ollama e a conexão MCP separadamente.
curl http://127.0.0.1:11434/api/chat -H "Content-Type: application/json" -d "{\"model\":\"<model-name>\",\"messages\":[{\"role\":\"user\",\"content\":\"Verifique o estado atual deste projeto.\"}],\"tools\":[] }"
Adicionar pesquisa Web MCP sem colocar segredos no código
Um servidor MCP de pesquisa Web é um provedor de ferramentas, não uma garantia de resposta atual ou correta. Dependendo da implementação, ele chama uma API de pesquisa, navegador, metabusca ou provedor hospedado. Leia a documentação oficial sobre transporte, variáveis, retenção e runtime.
Muitos hosts usam um formato parecido com o exemplo, mas os nomes mudam. Trate-o como padrão conceitual. Guarde chaves no gerenciador de segredos ou ambiente do host, limite as ferramentas e comece com uma pesquisa somente leitura.
Um processo MCP local ainda pode acessar a Internet
O local de execução não informa onde a requisição termina. Documente o provedor externo e remova dados sensíveis.
-
Confirmar a fonte
Use o repositório ou a documentação oficial e verifique licença, atividade, runtime e transporte.
-
Começar com poucas permissões
Permita primeiro search ou fetch, não escrita de arquivos, shell ou rede privada ampla.
-
Executar uma consulta controlada
Use uma consulta segura e confira nome da ferramenta, argumentos e URLs retornadas.
{ "mcpServers": { "web-search": { "command": "npx", "args": ["-y", "<pacote-mcp-de-pesquisa>"], "env": { "SEARCH_API_KEY": "${SEARCH_API_KEY}" } } } }
Tornar as chamadas de ferramentas observáveis e auditáveis
Um fluxo confiável com um servidor MCP para Ollama deixa um registro de auditoria útil sem guardar conteúdo sensível. Registre o nome do servidor, a ferramenta, o horário de início, a duração, o resultado, a classe do erro e os domínios de origem. Oculte chaves de API, cabeçalhos de autorização, conteúdo de arquivos privados e segredos do usuário. Em pesquisas, preserve as URLs finais e uma contagem breve de resultados para que alguém possa verificar quais evidências chegaram ao modelo.
O host também deve mostrar a aprovação. Um argumento gerado pelo modelo é uma entrada não confiável. Valide URLs, caminhos de arquivo, tamanho da consulta, listas de domínios permitidos, tempos limite e número máximo de resultados antes de executar. Trate páginas obtidas da Web como texto não confiável, pois elas podem conter instruções de injeção de prompt que entram em conflito com o pedido do usuário.
| O que observar | Por que ajuda | Padrão seguro |
|---|---|---|
| Nome da ferramenta e do servidor | Mostra qual capacidade foi executada | Permitir nomes conhecidos |
| Argumentos | Torna o comportamento oculto do modelo verificável | Ocultar segredos e limitar o tamanho |
| Duração e estado | Separa tempo limite de conteúdo incorreto | Usar tempos e tentativas limitados |
| Fontes ou IDs de resultados | Permite verificar as evidências | Guardar URLs, não dados privados |
Diagnosticar a conexão na ordem certa
Teste uma camada por vez: Ollama sem MCP, lista de ferramentas sem execução e depois uma chamada de baixo risco. Isso separa falhas de modelo, transporte, permissão e provedor.
Se o modelo responde de memória sem chamar uma ferramenta, confira a lista de ferramentas do host e o suporte a tool calling antes de mudar o prompt. Se a ferramenta funciona mas a resposta é ruim, examine o resultado bruto, as fontes, o corte de contexto e as instruções injetadas nas páginas.
| Sintoma | Camada provável | Próxima verificação |
|---|---|---|
| Conexão recusada ao Ollama | Runtime ou endpoint | Executar ollama list e conferir URL e porta 11434 |
| Servidor MCP não inicia | Comando ou ambiente | Executar o comando fora do host e ler stderr |
| Nenhuma ferramenta aparece | Transporte ou configuração | Conferir transporte MCP e esquema do host |
| Modelo ignora a ferramenta | Modelo ou loop | Confirmar tool calling e mensagem bruta |
| Pesquisa vazia | Provedor ou limite | Conferir chave, consulta, estado e payload |
| Resposta segue instruções da página | Conteúdo não confiável | Tratar página como dado e aplicar políticas |
API Ollama Web Search e pesquisa MCP
O termo Ollama Web Search pode indicar dois caminhos. A API oficial é um serviço hospedado com chaves, limites e fronteira de privacidade próprios. Um servidor MCP de pesquisa Web é uma ferramenta chamada por um host MCP; pode ser local, auto-hospedado ou usar outro provedor. Ambos podem trazer informação recente, mas a configuração não é igual.
Use o guia existente de Ollama Web Search para API oficial, web_fetch, privacidade, limites e SearXNG. Use esta página para hosts MCP, esquemas de ferramentas, permissões e conexões de clientes locais.
| Ponto | Ollama Web Search | Pesquisa MCP |
|---|---|---|
| Responsável | Serviço hospedado do Ollama | Servidor MCP e provedor escolhido |
| Integração | Aplicação chama a API documentada | Host cria cliente e chama ferramentas |
| Adequado para | Caminho de pesquisa hospedado | Ferramentas combináveis e controle próprio |
| Cuidado | A consulta sai do runtime local | Servidor e resultados precisam de revisão |
Perguntas frequentes sobre o servidor MCP do Ollama
Referências oficiais
- Documentação de tool calling do Ollama - Definições de ferramentas e fluxo de chamadas
- Arquitetura do Model Context Protocol - Conceitos oficiais de host, cliente e servidor
- Especificação do Model Context Protocol - Referência oficial do protocolo
- Introdução à API do Ollama - API local e endpoints
Guias relacionados de IA local
- Guia da API Ollama Web Search - Pesquisa hospedada, privacidade, limites e SearXNG.
- Configuração do Odysseus AI com Ollama - Verifique o runtime antes de adicionar ferramentas.
- Cursor e agente de código com Ollama - Fluxo específico de editor, modelo e permissões.
- Configuração do OpenCode com Ollama - Outro exemplo de cliente local.
- Guia de agente de código com IA local - Arquitetura de agentes locais, limites do repositório e aprovações.
Última atualização: 16 de agosto de 2026
Voltar para a página inicial