Imagine uma comerciante a preparar o novo site. Pede a um assistente que leia a página de entregas, reúna os detalhes atuais e organize uma lista para publicação. Uma ferramenta ligada lê a página enquanto o assistente transforma as observações numa conversa útil.
Este exemplo ilustrativo reúne capacidades complementares: o modelo explica e organiza informação; um serviço fornece dados recentes ou executa uma operação. O MCP oferece uma forma comum de os juntar.
1. Uma linguagem comum para aplicações e serviços
MCP significa Model Context Protocol. Normaliza a troca entre uma aplicação de IA e um serviço com ferramentas ou dados. Descreve a tarefa em linguagem corrente. Por trás da interface, o software envia um pedido estruturado e recebe uma resposta utilizável.
Num restaurante, alguém descreve a refeição, o empregado regista o pedido e a cozinha prepara-a. O formato partilhado facilita a colaboração. O MCP tem um papel semelhante: o serviço executa a operação e o modelo relaciona o resultado com o pedido.
A arquitetura oficial explica os participantes. Modelos, protocolos e API complementam-se. Um servidor MCP pode usar uma API existente, um programa local ou outra fonte de dados.
2. Quem faz o quê?
| Parte | Função | Exemplo web |
|---|---|---|
| Aplicação anfitriã | A aplicação usada pela pessoa | Mostra conversa e definições |
| Cliente | O componente que comunica em MCP | Envia um pedido de auditoria |
| Servidor | O programa que oferece funções | Verifica e devolve observações |
| Modelo | Interpreta e produz linguagem | Explica uma instrução de indexação |
Um servidor funciona no seu computador ou num endereço remoto. Escolha a forma adequada ao trabalho. Uma ferramenta local acede aos ficheiros relevantes; um serviço remoto usa a ligação de conta apropriada. A aplicação coordena estas relações.
3. Ferramentas, recursos e prompts cobrem necessidades diferentes
Uma ferramenta executa uma operação: verificar uma página, consultar dados ou criar um evento. Um recurso fornece contexto, como documentos. Um prompt apresenta um modelo de interação reutilizável. Cada servidor escolhe capacidades adequadas ao seu propósito.
Para a comerciante, uma ferramenta pode ler entregas, um recurso fornecer regras editoriais e um modelo organizar a revisão. Conhecer os papéis ajuda a escolher: a tarefa precisa de operação, referência ou conversa repetível?
Dê um alvo e um objetivo precisos. “Lê esta página e resume as regiões de envio” identifica informação e fonte. O resultado apoia outra pergunta, como apresentar essas regiões mais claramente aos clientes.
4. Acompanhar o pedido da intenção ao resultado
A comerciante pede: “Lê a nossa página de entregas e prepara uma lista curta para publicação.” A aplicação escolhe a ferramenta, prepara argumentos e apresenta as aprovações necessárias. O servidor executa a operação. O modelo organiza as observações pelo objetivo inicial.
A resposta pode identificar regiões, prazos estimados e definições editoriais. A proprietária decide o que entra no resumo e o que merece uma explicação própria. O serviço contribui com observações, a pessoa com contexto de negócio.
Operações curtas podem responder logo. Trabalhos longos podem mostrar progresso e permitir obter o resultado depois. Use a continuação da aplicação para manter a tarefa unida. Preserve URL e objetivo em cada pergunta de seguimento.
6. Transformar informação num próximo passo útil
Uma boa pergunta reúne alvo, propósito e saída: “Lê esta página, resume as entregas e sugere uma ordem clara de apresentação.” Peça depois os detalhes de origem de cada recomendação. Assim liga observação e decisão editorial.
- Identifique página, registo ou documento.
- Descreva o resultado pretendido.
- Escolha uma ação concreta com a informação recebida.
- Atribua a ação e registe o critério de aceitação.
- Reveja o resultado atualizado com a verificação adequada.
Na página de entregas, o critério pode ser encontrar facilmente regiões e prazos no conteúdo principal. Após editar, reveja a publicação e confirme a simplicidade da tarefa do cliente. O padrão aplica-se a eventos, resumos e auditorias.
Identifique claramente observações e interpretações propostas. Um colega pode seguir a fonte, entender a recomendação e acrescentar contexto. O glossário ajuda com termos técnicos.
O MCP pode facilitar a circulação de informação. Tokens e custos dependem do modelo, cliente e volume trocado. Escolha o detalhe útil e avalie decisões e trabalho concluído.
7. Usar a ligação num site
O Sitelemetry oferece ferramentas de auditoria web por MCP para pedir verificações e discutir observações num assistente compatível. Siga o guia de ligação e escolha um URL autorizado e uma pergunta útil. O guia de auditoria relaciona as verificações com o percurso do visitante e o glossário ajuda a equipa a partilhar um vocabulário técnico.
Perguntas frequentes
Como trabalham juntos o MCP e o modelo de IA?
O modelo interpreta e produz informação. O MCP define comunicação com serviços que fornecem ferramentas ou dados. Juntos, ligam a conversa a capacidades externas.
Como começo a usar MCP?
Escolha uma aplicação compatível, siga o ecrã ou as instruções de ligação, autorize a conta adequada e descreva uma tarefa concreta.
Como escolho um servidor útil?
Comece pelo trabalho. Documentos, calendários e testes web oferecem funções diferentes. Examine-as e escolha a ligação adequada à tarefa.
O que torna útil uma pergunta de seguimento?
Mantenha o alvo, peça informação de origem e indique a decisão pretendida. Transforme-a numa ação com critério de aceitação claro.
Fontes e leituras
- MCP: visão geral da arquiteturamodelcontextprotocol.io
- Especificação MCP: ferramentasmodelcontextprotocol.io
- Especificação MCP: recursosmodelcontextprotocol.io
- Especificação MCP: promptsmodelcontextprotocol.io
- Especificação MCP: autorizaçãomodelcontextprotocol.io
Preparado pela equipe editorial do Sitelemetry. Consulte as fontes indicadas para aprofundar o assunto.
