Entenda o Model Context Protocol
Veja qual problema o MCP resolve e o papel de hosts, clientes e servidores.
- Explicar o problema de integração que o MCP resolve
- Descrever os papéis de um host, cliente e servidor MCP
- Diferenciar servidores locais e remotos
Um assistente de IA fica muito mais útil quando consegue ler seus arquivos, consultar seu calendário ou abrir um chamado. Antes do MCP, cada aplicação de IA criava uma integração própria para cada serviço: 4 apps × 5 serviços = 20 conectores personalizados, todos desenvolvidos e mantidos separadamente.
O Model Context Protocol (MCP) é um padrão aberto para conectar aplicações de IA a ferramentas e dados — como uma porta USB-C para esse ecossistema. Um serviço implementa o MCP uma vez e funciona com qualquer app compatível; um app implementa o MCP uma vez e pode usar qualquer servidor MCP. São 4 + 5 = 9 implementações, em vez de 20.
apps, services = 4, 5
print("conectores personalizados:", apps * services)
print("com protocolo compartilhado:", apps + services)conectores personalizados: 20 com protocolo compartilhado: 9
Hosts, clientes e servidores
- O host é a aplicação de IA que você usa — um chat, uma IDE ou um agente. Ele cuida da experiência do usuário, conversa com o modelo e decide o que o modelo pode fazer.
- Para cada servidor conectado, o host executa um cliente MCP, que fala o protocolo com aquele servidor.
- Um servidor MCP oferece capacidades: ferramentas para chamar, recursos para ler e prompts para usar.
Um servidor pode ser local, iniciado pelo host como um subprocesso que se comunica por entrada e saída padrão, ou remoto, acessado por HTTP. O MCP padroniza a conversa; não escolhe o modelo usado pelo host. E conectar-se a um servidor não significa que ele seja confiável.
Experimente
Até 15 XPQuem faz o quê?
Associe cada responsabilidade à parte do sistema MCP que deve cuidar dela.
“Pedir confirmação antes de uma ferramenta enviar um e-mail”
“Enviar uma solicitação tools/call a um servidor”
“Oferecer a ferramenta “create_ticket” e criar o chamado”
“Escolher qual modelo de linguagem usar”
“Validar os argumentos antes de executar uma ferramenta”
“Combinar para o modelo as ferramentas de três servidores”
Principais conclusões
O MCP troca N × M integrações personalizadas por N + M implementações de um protocolo comum.
O host é a aplicação que coordena a experiência; ele executa um cliente por servidor.
Servidores podem ser locais ou remotos. Usar o MCP não torna um servidor confiável automaticamente.
Quiz da aula
6 perguntas · aprovação com 5 acertos · até 50 XP
Ao passar, você conclui a aula e mantém sua sequência. As perguntas erradas voltarão em sessões de revisão.
Pratique: crie um servidor MCP
Escreva código Python no editor e execute os testes com exemplos. O Python roda localmente no navegador usando WebAssembly.
Conte as integrações
Leia em uma linha o número de aplicações de IA e de serviços. Imprima custom: X — um conector para cada par app/serviço — e depois mcp: Y — uma implementação MCP por aplicação e por serviço.
- 4 apps, 5 services
- 1 app, 1 service
O Python é executado em um ambiente isolado no navegador, com limite de 60 segundos. O runtime é carregado pelo CDN do Pyodide; seu código permanece neste navegador.
Dúvidas sobre esta lição
Travou em algum ponto? Pergunte. Descobriu algo? Compartilhe. Explicar também é uma ótima forma de aprender.
Carregando publicações…