Como ligar ferramentas MCP no telemóvel e no computador

Um assistente de IA torna-se mais útil quando consegue aceder à informação necessária para uma tarefa: ler um problema num projeto, encontrar um documento ou consultar um calendário. O Model Context Protocol, abreviado MCP, dá às aplicações uma forma comum de se ligarem a essas capacidades.

Cada servidor que ligas é também um novo sítio para onde os teus dados podem ir. Começa com um serviço, uma tarefa clara e o menor conjunto de permissões que a resolve. Uma ligação que funciona é mais fácil de perceber do que uma longa lista de integrações que nunca usaste.

Percebe o que a ligação oferece

O guia de arquitetura MCP explica os papéis dos anfitriões, clientes e servidores. Na configuração, interessa saber o que o servidor disponibiliza: ferramentas que podes executar, recursos que podes ler, instruções reutilizáveis ou uma combinação.

Uma ligação não inclui automaticamente todas as funcionalidades do serviço por trás. Um servidor de calendário que lista eventos não consegue necessariamente criar convites. Lê a lista de capacidades do próprio servidor e verifica quem o publica. Escolhe um editor que consigas identificar, com instruções de configuração atuais e uma explicação clara de como trata os dados.

Distingue o MCP do modelo. O modelo gera respostas; o servidor MCP dá acesso a algo fora da conversa. Usar um modelo local não torna local um servidor remoto.

Escolhe HTTP remoto ou stdio local

A especificação de transportes descreve duas formas de ligação: Streamable HTTP e stdio. Uma ligação HTTP remota usa o endereço de um servidor. Uma ligação stdio inicia um programa na mesma máquina e comunica com ele através da sua entrada e saída.

Num telemóvel, uma ligação remota costuma ser o ponto de partida. Um comando que inicia um servidor no teu computador não vai correr no teu iPhone só porque o colas numa aplicação móvel. Se os comandos locais funcionam depende da aplicação e do sistema operativo.

Lembra-te também de que localhost significa o dispositivo que faz o pedido. Um endereço que funciona no teu portátil não aponta para esse portátil quando o abres no telemóvel. Usa um método de ligação que exija início de sessão. Não abras à internet um serviço local desprotegido só para fazer funcionar um exemplo.

Verifica a conta e as permissões

Antes de iniciares sessão, confirma o endereço do servidor na documentação do seu responsável. Se usar OAuth, verifica a conta e os acessos pedidos na página de autorização. Uma conta profissional e uma pessoal podem conter dados diferentes mesmo quando a aplicação tem o mesmo nome.

Numa configuração com token, usa um token que cubra apenas o serviço e a tarefa de que precisas. Introdu-lo só no campo do token da aplicação. Não coles tokens numa conversa, numa captura de ecrã ou num documento partilhado de resolução de problemas. O guia de autorização do MCP dá o contexto técnico de como funciona o início de sessão.

Ler dados e alterar dados são permissões diferentes. Começa com acesso só de leitura, se o serviço o oferecer. Junta acesso de escrita apenas quando tiveres uma ação concreta para testar, num sítio que possas verificar depois.

Testa uma ação pequena e observável

Imagina que queres encontrar os problemas abertos de um projeto. Usa um projeto de demonstração sem conteúdo sensível e pede:

Lista até cinco problemas abertos do projeto de demonstração. Inclui o título e a ligação de cada um. Não cries, alteres nem feches nada.

Confirma o resultado no próprio serviço. Verifica se o projeto, as ligações e a conta são os que pretendias. Se não aparecer nada, descobre se o projeto está vazio, se falta acesso ou se o pedido falhou.

Se depois precisares de escrever dados, usa um elemento de teste descartável. Pede uma única alteração precisa, revê a autorização e verifica o resultado no serviço original. Deixa eliminações e mensagens a outras pessoas fora do primeiro teste de ligação.

Identifica a etapa que falhou

Os problemas tornam-se mais claros quando identificas a fase:

1. Sem ligação: verifica URL, transporte, rede e se o servidor está a funcionar.
2. Início de sessão repetido: verifica a conta escolhida, a validade da autorização e os requisitos documentados do retorno OAuth.
3. Ligação sem ferramentas: confirma as capacidades reais do servidor e os acessos da tua conta.
4. Falha de uma ferramenta: inspeciona os dados obrigatórios, os limites do serviço e a sua mensagem de erro.

Quando pedires ajuda, partilha o erro sem dados privados, juntamente com as versões da aplicação e do servidor. Retira tokens, conteúdos de documentos privados e identificadores de conta. Não voltes a tentar uma ação de escrita sem verificares se a tentativa anterior foi concluída.

Mantém uma ligação que possas gerir

Guarda uma nota curta com o serviço, o responsável, a conta usada, o acesso concedido e como o revogar. Revê as permissões depois de acrescentares capacidades. Remover uma ligação na aplicação e revogar o acesso no serviço são dois passos diferentes. Para cortar o acesso por completo, usa também os controlos do próprio serviço.

No Mono, adicionas servidores MCP em Configurações, depois Integrações: pelo URL do servidor ou, se o teu dispositivo o suportar, por um comando local, com início de sessão por OAuth ou token. Os servidores ligados também podem alimentar skills. Lê o guia de privacidade da IA antes de ligares material sensível: o fornecedor de uma ferramenta é mais um participante no percurso dos dados. O Mono está atualmente em lista de espera. Inscreve-te na lista para receberes novidades.