Um Claude skill é um módulo de instrução reutilizável que ensina o Claude como raciocinar e agir em um contexto específico — pense como um procedimento salvo. Um MCP server é uma infraestrutura em execução que dá ao Claude acesso a dados ou sistemas externos — pense como um conector. A distinção importa porque líderes de operações que avaliam ferramentas de IA frequentemente confundem os dois, e comprar a camada errada desperdiça orçamento de implementação em encanamento quando o que você precisava era de um procedimento (ou vice-versa).
O que NÃO é
Um Claude skill não é um serviço de software. Ele não roda de forma independente, não armazena dados e não consegue chamar APIs externas por conta própria. É um arquivo de instruções em Markdown (ou uma pasta de arquivos) que o Claude carrega e aplica quando a tarefa bate. Um skill que ajuda sua equipe a revisar NDAs não se conecta ao seu repositório de contratos — um MCP server ou outra integração faz isso. Se você só tem um skill e nenhum conector, o Claude raciocina bem, mas trabalha apenas com o que você cola na conversa.
Um MCP server não é inteligência. Ele não sabe o que fazer com os dados que expõe. Se você conectar o MCP server de um CRM ao Claude, ele consegue ler seus contatos e pipeline — mas sem um skill ou prompt que codifique a lógica de qualificação da sua equipe, o Claude vai dar respostas genéricas sobre esses dados.
O que cada um faz
Claude skill: uma pasta com instruções, arquivos de referência e, opcionalmente, scripts. Armazenado dentro da sua instalação do Claude Code ou compartilhado via plugin. Usa aproximadamente 30–50 tokens de contexto quando ocioso; o conjunto completo de instruções só carrega quando o Claude determina que o skill é relevante para a tarefa atual. Um skill codifica como o Claude deve lidar com uma tarefa — os passos, os thresholds, o formato de output, os casos de falha a observar. Exemplo: um skill de redlining de contrato que carrega sua biblioteca de cláusulas de fallback e suas regras de negociação.
MCP server: um processo em execução (local ou hospedado) que implementa o Model Context Protocol. Expõe três categorias de capacidade ao Claude: resources (dados somente leitura como arquivos, linhas de banco de dados, eventos de calendário), tools (funções que o Claude pode chamar — criar um registro, enviar uma mensagem, executar uma query) e prompts (templates de workflow pré-construídos). O servidor usa JSON-RPC 2.0 sobre uma camada de transporte (stdio para local, HTTP/SSE para hospedado). O Claude descobre os tools disponíveis pelo manifesto do servidor e os chama quando combinam com a tarefa. Exemplo: um MCP server do HubSpot que permite ao Claude ler stages de deals e atualizar propriedades de contato diretamente.
Como eles se compõem em workflows de operações
Nenhuma camada está completa sozinha. O padrão que produz workflows de operações duradouros combina as duas:
- MCP cuida da fronteira de dados. Seu HubSpot, seu Salesforce, seu repositório de contratos, seu ATS — cada um vive atrás de um MCP server (fornecido pelo vendor ou self-hosted). O Claude consegue ler e escrever nesses sistemas através do servidor.
- Um skill cuida da camada de raciocínio. O skill diz ao Claude como interpretar o que ele obtém desses sistemas, quais thresholds importam, qual formato de output a equipe espera e quando escalar em vez de agir.
Um exemplo concreto de RevOps: um skill de revisão de deals instrui o Claude a puxar campos MEDDICC do Salesforce (via MCP), sinalizar qualquer lacuna no economic buyer ou nos critérios de decisão, e retornar um briefing estruturado. O skill é a lógica; o MCP server é o pipeline para o Salesforce. Troca o CRM e você mantém o skill; atualiza sua metodologia de qualificação e você mantém o MCP server.
Um exemplo de legal-ops: um skill de risco contratual carrega posições de fallback e thresholds de risco para o seu MSA padrão de fornecedores. Um MCP server conectado ao seu sistema CLM busca o contrato ativo. Juntos, permitem ao Claude produzir um resumo de risco contra o seu playbook real, não um template genérico.
Quando construir qual
| Situação | O que você precisa |
|---|---|
| O Claude precisa ler ou escrever em um sistema externo | MCP server (ou use um fornecido pelo vendor) |
| O Claude dá boas respostas quando você cola dados, mas o trabalho é repetitivo | Skill — codifique o procedimento uma vez |
| Você quer raciocínio repetível pela equipe sem re-explicar contexto a cada sessão | Skill |
| Um vendor diz “suportamos Claude” e quer dizer que construíram um conector | MCP server — avalie usando as perguntas em MCP server explicado |
| Você tem um system prompt longo que cola em toda sessão | Converta em skill — economiza contexto e persiste entre conversas |
Economia de tokens e por que importa
Um setup de cinco MCP servers com 58 tools combinados consome aproximadamente 55.000 tokens de janela de contexto antes de qualquer conversa começar (fonte: documentação de uso de tools da Anthropic; o recurso Tool Search da Anthropic reduz isso ~85% ao adiar a descoberta de tools até que sejam necessários). Um skill carrega 30–50 tokens quando ocioso, depois ~5.000 tokens quando ativa. Se você roda workflows agênticos de múltiplos passos onde a profundidade de contexto importa — revisões de pipeline, análise de contratos em muitos documentos, sequências de sourcing — a escolha arquitetural afeta throughput e custo diretamente.
A regra prática: apoie-se em skills para padrões de raciocínio que você já descobriu. Apoie-se em MCP servers para acesso a dados ao vivo. Quando precisar dos dois, conecte-os via plugin ou uma configuração do Claude Code que registre tanto o servidor quanto a pasta do skill.
Erros comuns
- Construir um MCP server quando um skill bastaria. Se a tarefa não requer dados externos ao vivo — pontuar um currículo colado, revisar uma cláusula de contrato colada, gerar uma sequência outbound — um skill sozinho é mais rápido de construir e mais barato de rodar. Muitas equipes super-engenheiram a camada de dados antes de codificar qualquer camada de raciocínio.
- Construir um skill sem acesso a dados e se perguntar por que ele não consegue puxar registros ao vivo. Um skill não consegue chamar seu CRM. Se o workflow requer dados atuais de pipeline, você precisa de um MCP server ou outra integração alimentando dados ao Claude.
- Avaliar MCP servers apenas se eles conectam, não no que eles expõem. Um vendor pode alegar “suporte MCP” e expor apenas três endpoints somente leitura. Antes de depender de um MCP server em um workflow, verifique seu manifesto de tools: quais tools existem, se as escritas têm escopo e se ele cuida de token refresh e rate limiting em produção.
Relacionado
- MCP server explicado — um guia completo sobre o que é MCP e como avaliar afirmações de MCP de vendors
- Prompt pack vs Claude skill — quando uma biblioteca de prompts salva é suficiente vs quando construir um skill
- Claude — a ferramenta que executa as duas camadas