MÓDULO 2.3

🔌 MCP por Dentro

MCP (Model Context Protocol) é o padrão que dá "braços" à IA: uma única conexão expõe muitas ferramentas de um serviço (enviar, rascunhar, buscar…), e o agente descobre sozinho quais existem e decide qual chamar, quando e com quais parâmetros. Neste módulo você vê como instalar um server, onde a chave de API entra (na mão, no arquivo — nunca no chat), por que preferir config por projeto, e como diagnosticar e controlar o custo de contexto.

7
Tópicos
~50
Minutos
Inter.
Nível
Protocolo
Tipo
Progresso do módulo 0% · 0 de 7

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.

🤖 Agente coordenador 1 conexão Server MCP · E-mail expõe N ferramentas ✉️ enviar e-mail 📝 rascunhar 🔍 buscar mensagem o agente escolhe qual chamar

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.

1

🧩 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

Protocolo

Linguagem comum IA↔serviço.

1 → N

Uma conexão, várias tools.

Braços da IA

De conversar a agir.

Server

Ponte para um serviço.

2

🤖 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.

pedido: "avise o cliente por e-mail" 🤖 Agente decide avalia as tools ✉️ enviar e-mail (escolhida) 📝 rascunhar 🔍 buscar mensagem executa com parâmetros

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

Descoberta

Lê o cardápio ao conectar.

Decisão própria

O agente escolhe a tool.

Você → resultado

Descreva o "o quê".

Parâmetros

Ele preenche sozinho.

3

🔑 .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

.mcp.json (edite o arquivo)
{
  "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

.mcp.json

Onde mora a config.

Placeholder

Buraco para a chave.

À mão

Você cola, não a IA.

Nunca no chat

Chave = senha.

4

🏷️ 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.

Global — uma config para a máquina toda config global projeto A projeto B projeto C ⚠ segredos vazam entre projetos Por projeto — cada pasta tem seu .mcp.json 📁 projeto A .mcp.json próprio 📁 projeto B .mcp.json próprio ✓ segredos e contexto isolados

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

Global

Vale na máquina toda.

Por projeto

Recomendado, isola.

Aviso no reinício

Global pode alertar.

Mover p/ pasta

A correção do aviso.

5

🔎 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

🕸️ Web scraping

Ex.: Firecrawl — ler páginas da web.

🗄️ Bancos de dados

Ex.: Postgres, Supabase.

📄 Documentos

Ex.: Google Drive, Notion.

💬 Comunicação

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

Diretórios

Catálogos como mcp.so.

GitHub

"MCP server" + serviço.

Categorias

Web, banco, docs, chat.

Já existe

Não reinvente a roda.

6

🩺 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

comando (copie e rode)
/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

1

Instalar o server

Ache no diretório/GitHub e siga o README. Isso gera ou edita o .mcp.json.

2

Conferir a config

Veja o bloco do server no .mcp.json (de preferência por projeto).

3

Colar a chave à mão

Substitua o placeholder pela chave de API — no arquivo, nunca no chat.

4

Reiniciar o assistente

Fecha e abre para reler a configuração e carregar o server.

5

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

/mcp

Lista servers + status.

Status

Conectado? Com erro?

Reiniciar 1º

Resolve na maioria.

Não apareceu?

Reinicie, rode /mcp.

7

💸 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.

Tudo ligado — contexto lotado de definições tools server A tools server B tools server C server D pouco espaço para a conversa Só o necessário — sobra contexto livre tools em uso espaço livre para raciocinar e responder

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

Custo de tokens

Cada tool definida pesa.

Ruído

Mais tools, mais erro.

Desligar

O que não usa, off.

Libera contexto

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

O que o MCP resolve — uma conexão expõe muitas ferramentas de um serviço; é como a IA ganha "braços".
Descobre e decide — ao conectar, o agente conhece todas as tools e escolhe sozinho; você descreve o resultado.
Chave à mão no .mcp.json — instalar gera a config com um placeholder; cole a chave no arquivo, nunca no chat.
Por projeto > global — config por projeto isola segredos; mover o global para a pasta resolve o aviso de segurança.
Onde achar servers — diretórios (mcp.so) e GitHub; categorias: web, banco, documentos, comunicação.
Verificar e diagnosticar — /mcp lista servers e status; se um novo não aparece, reinicie primeiro.
Custo de contexto — cada server ativo gasta tokens; desligue os não usados para liberar contexto.

Próximo Módulo:

2.4 — Contexto & Tokens