Sem MCP, a IA só sabe conversar. Com MCP, ela age: lê e-mails, consulta um banco, busca uma página na web, manda mensagem no Slack. O truque é que você não conecta uma ação por vez — você conecta um server (um serviço inteiro, como o e-mail) e ele já anuncia todas as suas ferramentas de uma vez. O agente vê o cardápio e escolhe o prato certo para o pedido.
Diagrama ilustrativo — uma conexão (o server) entrega um conjunto de ferramentas. O agente lê o que está disponível e decide, a cada pedido, qual ferramenta usar.
🧩 O que o protocolo resolve
O que é
MCP (Model Context Protocol) é uma linguagem comum para a IA conversar com serviços externos. Em vez de você ligar uma ação por vez, uma única conexão expõe muitas ferramentas daquele serviço. Pense num serviço de e-mail: ao conectar o server de e-mail, o agente passa a ter acesso a "enviar", "rascunhar", "buscar mensagem" — tudo de uma vez.
O que é?Server MCP — um programinha que faz a ponte entre a IA e um serviço (e-mail, banco, web), traduzindo o que cada lado entende. Ferramenta (tool) — uma ação concreta que o server oferece (ex.: "enviar e-mail"), com nome e parâmetros bem definidos.
O protocolo resolve o problema do "como a IA descobre e usa uma ação": ele padroniza a descrição das ferramentas. Por isso o agente consegue, sozinho, decidir qual ferramenta chamar, quando chamar e com quais parâmetros. É assim que a IA ganha "braços" — sai de só conversar para de fato agir no mundo.
Por que aprender
Entender MCP é entender de onde vêm os poderes do seu agente. Sem isso, parece "mágica" — e mágica é difícil de depurar. Sabendo que cada poder é um server com ferramentas, você sabe o que instalar, o que falta e o que desligar.
- •Uma conexão, muitas ações: menos configuração, mais capacidade.
- •Padrão único: o mesmo protocolo serve para e-mail, banco, web, etc.
- •Base para o resto: os próximos tópicos só fazem sentido com isso firme.
Conceitos-chave
Linguagem comum IA↔serviço.
Uma conexão, várias tools.
De conversar a agir.
Ponte para um serviço.
🤖 Como o agente descobre e decide
O que é
Assim que o agente e o server MCP se conectam, o agente passa a conhecer todas as ferramentas disponíveis daquele server — nomes, descrições e parâmetros. A partir daí, a decisão é dele: você descreve o resultado em linguagem natural ("mande um aviso pro time"), e o agente escolhe a ferramenta certa ("enviar mensagem") e preenche os parâmetros.
O que é?Descoberta de ferramentas — o momento em que o agente lê o "cardápio" do server e fica sabendo o que pode fazer. Seleção de ferramenta — o agente raciocina sobre o pedido e decide qual tool casa com o objetivo.
Diagrama ilustrativo — você não diz "use a tool X". Você descreve o resultado; o agente compara o pedido com as ferramentas conhecidas e escolhe a melhor.
Por que aprender
Saber que a decisão é do agente muda como você pede: você foca no resultado, não em apontar a ferramenta. E quando ele escolher errado, você corrige com contexto ("não rascunhe, envie de fato") em vez de microgerenciar. Também explica por que um server "ligado mas inútil" ainda atrapalha: suas tools entram na lista que o agente precisa avaliar.
🎯 Dica prática
Se o agente escolher a tool errada, não dite o nome dela — esclareça o resultado: "quero que chegue na caixa de entrada do cliente agora, não que fique salvo como rascunho". Descrições de resultado guiam a escolha melhor do que comandos.
Conceitos-chave
Lê o cardápio ao conectar.
O agente escolhe a tool.
Descreva o "o quê".
Ele preenche sozinho.
🔑 .mcp.json e a chave na mão
O que é
Instalar um server MCP gera (ou edita) um arquivo .mcp.json: ele guarda a configuração do server e, quando o serviço exige autenticação, um espaço reservado para a chave de API. A chave em si você cola manualmente no arquivo. Nunca no chat, e nunca pedindo para o agente inserir por você.
O que é?Chave de API (API key) — uma senha que prova que você tem permissão de usar um serviço. .mcp.json — o arquivo de configuração que lista os servers e como iniciá-los. Placeholder — o "buraco" onde a chave deve entrar, marcado para você preencher.
🎯 Objetivo: colar a chave de API à mão no .mcp.json
{
"mcpServers": {
"firecrawl": {
"command": "npx",
"args": ["-y", "firecrawl-mcp"],
"env": {
"API_KEY": "<cole-sua-chave-aqui>"
}
}
}
}
✅ Como verificar: troque <cole-sua-chave-aqui> pela sua chave real, salve o arquivo e reinicie o assistente. A chave fica só no arquivo local — fora do histórico do chat.
Por que aprender
Chave colada no chat vira parte do histórico da conversa — que pode ser registrado, compartilhado ou vazar. Colar no arquivo mantém o segredo onde só você (e o programa) alcança. Essa é uma regra de segurança, não uma preferência de estilo: trate toda chave como senha.
✓ Chave no .mcp.json (à mão)
- ✓Você cola a chave direto no arquivo de configuração.
- ✓O segredo fica local, fora do histórico de conversa.
- ✓Você controla quem vê o arquivo (e o exclui do versionamento).
✗ Chave no chat
- ✗Colar a chave numa mensagem para o agente.
- ✗Pedir para a IA "inserir a chave" por você.
- ✗Deixar a chave em logs, prints ou conversas compartilhadas.
Conceitos-chave
Onde mora a config.
Buraco para a chave.
Você cola, não a IA.
Chave = senha.
🏷️ Por projeto vs global
O que é
A configuração de MCP pode viver em dois escopos: global (vale para a máquina inteira, todos os projetos enxergam) ou por projeto (o .mcp.json fica dentro da pasta do projeto e só vale ali). A recomendação é por projeto: ele isola os segredos e o contexto de cada trabalho.
O que é?Escopo global — configuração que se aplica em qualquer lugar da máquina. Escopo por projeto — configuração que mora na pasta do projeto e só vale enquanto você trabalha nele. Isolamento — manter os segredos e ferramentas de um projeto separados dos outros.
Diagrama ilustrativo — no global, um vazamento contamina tudo; por projeto, cada trabalho fica em sua bolha.
Por que aprender
Configuração global pode disparar um aviso de segurança a cada reinício (o programa avisa que servers globais estão ativos para qualquer projeto). A correção é mover a config para dentro da pasta do projeto. Por projeto, você também evita que um cliente "veja" ferramentas e chaves de outro — menos risco, menos ruído.
🎯 Dica prática
Cansado do aviso de segurança a cada reinício? Mova o bloco de servers da config global para o .mcp.json dentro da pasta do projeto. O aviso some e cada projeto passa a carregar só o que precisa.
Conceitos-chave
Vale na máquina toda.
Recomendado, isola.
Global pode alertar.
A correção do aviso.
🔎 Onde achar servers
O que é
Servers MCP ficam em dois lugares principais: diretórios de MCP (sites que catalogam servers, como o mcp.so) e no GitHub (busque "MCP server" + o nome do serviço que você quer). Antes de instalar, você procura o server do serviço alvo; depois, segue o README dele.
O que é?Diretório de MCP — um catálogo online de servers prontos, organizado por categoria. GitHub — onde mora o código dos servers; o README costuma trazer o comando de instalação e quais variáveis (como a chave) preencher.
Por que aprender
Saber onde caçar evita reinventar a roda: na maioria dos casos, o server que você precisa já existe. Conhecer as categorias comuns também acelera a busca — você sabe que existe algo para web scraping, banco de dados, documentos e comunicação, e vai direto.
Categorias comuns de servers
Ex.: Firecrawl — ler páginas da web.
Ex.: Postgres, Supabase.
Ex.: Google Drive, Notion.
Ex.: Slack, Gmail.
🎯 Dica prática
Busca rápida: no GitHub, pesquise MCP server + o nome do serviço (ex.: MCP server notion). Prefira repositórios com mais estrelas e README claro — eles costumam estar mais cuidados e seguros.
Conceitos-chave
Catálogos como mcp.so.
"MCP server" + serviço.
Web, banco, docs, chat.
Não reinvente a roda.
🩺 Verificar e diagnosticar
O que é
O comando /mcp lista os servers instalados e o status de cada um (conectado, com erro, etc.). É a sua "saúde do MCP". E há uma regra de ouro do diagnóstico: se um server recém-instalado não aparece na lista, reinicie o assistente primeiro — isso resolve na maioria das vezes.
O que é?/mcp — comando que mostra os servers e seu estado. Reiniciar — fechar e abrir o assistente para ele reler a configuração; muitos servers só "aparecem" depois disso.
🎯 Objetivo: verificar os servers MCP conectados
/mcp
✅ Como verificar: a lista mostra cada server e o status; se um server novo não aparecer, reinicie o assistente e rode /mcp de novo.
A sequência completa, passo a passo
Instalar o server
Ache no diretório/GitHub e siga o README. Isso gera ou edita o .mcp.json.
Conferir a config
Veja o bloco do server no .mcp.json (de preferência por projeto).
Colar a chave à mão
Substitua o placeholder pela chave de API — no arquivo, nunca no chat.
Reiniciar o assistente
Fecha e abre para reler a configuração e carregar o server.
Verificar com /mcp
Rode /mcp; o server deve aparecer conectado. Se não, volte ao passo 4.
Por que aprender
Sem o /mcp, você fica no escuro: não sabe se o server conectou, falhou ou nem foi lido. E sem o reflexo de reiniciar, perde tempo "consertando" o que não está quebrado. Reiniciar é o primeiro passo de qualquer troubleshooting de MCP — barato, rápido e quase sempre suficiente.
Conceitos-chave
Lista servers + status.
Conectado? Com erro?
Resolve na maioria.
Reinicie, rode /mcp.
💸 Custo de contexto
O que é
Cada server ativo injeta as definições das suas ferramentas no contexto da IA — e isso consome tokens. Muitos servers ligados = mais texto que o modelo precisa ler antes de responder, mesmo que você não use nenhum deles. A regra: desligue os servers que você não está usando para liberar contexto.
O que é?Contexto — tudo que a IA "tem na cabeça" durante a conversa (sua mensagem + instruções + definições de ferramentas). Token — pedacinho de texto que o modelo conta; mais texto = mais tokens = mais custo e mais ruído.
Diagrama ilustrativo — cada server liga um bloco de definições. Menos blocos = mais espaço para a IA pensar, menos custo e menos ruído.
Por que aprender
Contexto entupido tem três custos: gasta mais tokens (mais caro), confunde o agente (mais ferramentas para avaliar = mais chance de escolher errado) e deixa tudo mais lento. Manter ativos só os servers do trabalho atual é a forma mais simples de cortar custo e erro de uma vez.
✓ Desligue servers não usados
- ✓Mantenha ativos só os servers do trabalho atual.
- ✓Liberta contexto: menos tokens, menos custo.
- ✓Menos tools para avaliar = escolhas mais certeiras.
✗ Deixe todos sempre ligados
- ✗Acumular servers que você nem usa naquele projeto.
- ✗Pagar tokens por definições de ferramentas ociosas.
- ✗Mais ruído = mais chance de o agente errar a tool.
🎯 Dica prática
Faça uma "faxina" periódica: rode /mcp, olhe a lista e desligue (ou remova do .mcp.json) tudo que não é do projeto de agora. Menos ruído = menos erros + custo menor.
Conceitos-chave
Cada tool definida pesa.
Mais tools, mais erro.
O que não usa, off.
Mais espaço p/ pensar.
Você instalou um server e a chave de API. Onde a chave vai — e o que fazer se o server não aparece no /mcp?
📌 Resumo do Módulo
Próximo Módulo:
2.4 — Contexto & Tokens