O que é um MCP e quais fazem sentido numa empresa?
MCP significa Model Context Protocol. É um protocolo aberto para ligar aplicações de inteligência artificial a dados, ferramentas e instruções externas de forma estruturada.
Em vez de cada assistente precisar de uma integração diferente para cada sistema, um servidor MCP pode expor capacidades com contratos claros.
A ideia é útil, mas não transforma automaticamente uma IA num operador seguro: permissões, autenticação, revisão e registos continuam a ser responsabilidade da arquitectura.
O que resolve o MCP
Um modelo de linguagem sabe produzir texto, analisar informação e escolher uma próxima acção, mas não conhece por si só o estado do catálogo, o último alerta do Grafana ou a configuração de um serviço.
O MCP cria uma fronteira comum entre a aplicação de IA e esses sistemas. A IA pode descobrir que informação está disponível, consultar uma fonte ou pedir a execução de uma operação compatível com o contrato exposto.
Resources, tools e prompts
A especificação organiza esta ligação em três conceitos. Resources são dados ou documentos que a aplicação pode consultar. Tools são operações que o modelo pode invocar, como procurar um produto ou ler o estado de um serviço.
Prompts são instruções reutilizáveis para orientar tarefas. Esta separação ajuda a distinguir ver informação, executar uma acção e definir como uma tarefa deve ser conduzida.
MCP não é o modelo nem uma base de dados
Um MCP não substitui o ChatGPT, o LiteLLM, uma API ou uma base de dados. É uma camada de ligação. O modelo continua a ser fornecido por um serviço de IA, a aplicação continua a controlar a sessão e cada sistema continua a ser responsável pelos seus dados.
Também não é uma autorização automática para a IA fazer tudo: o servidor deve expor apenas as capacidades necessárias e aplicar as regras do sistema de origem.
O que faria sentido na PontoTi
Na PontoTi, um primeiro MCP poderia consultar PostgreSQL em modo read-only para responder sobre catálogo, stock, integrações e métricas de operação.
Outro poderia reunir Grafana, Prometheus, Uptime Kuma e health checks para explicar disponibilidade, erros recentes e serviços degradados. Um terceiro poderia analisar páginas, metadata, sitemap, robots, Schema. org e llms. txt para apoiar auditorias SEO e GEO.
Estes casos começam por leitura e diagnóstico, onde o risco é mais controlável.
PrestaShop, catálogo e fornecedores
Um MCP de comércio digital poderia validar produtos sem imagem, diferenças entre fornecedor e loja, filas de publicação, preços, stocks ou integrações falhadas. Não deveria alterar EAN, preços ou especificações sem uma regra explícita e uma aprovação.
O catálogo continua a ter de respeitar a fonte de verdade, preservar identificadores e não inventar informação que o fornecedor não confirmou.
Onde entram n8n, Resend e comunicação
Um MCP pode consultar execuções do n8n, identificar workflows com erro e preparar um diagnóstico. Pode também preparar um rascunho de email no Resend ou uma publicação para redes sociais.
Enviar mensagens, publicar conteúdo ou alterar um workflow já é uma operação com efeitos externos e deve exigir aprovação humana, limites e registos. A conveniência não justifica dar a uma IA acesso permanente a todos os canais da empresa.
Leitura contra escrita: a fronteira mais importante
O desenho deve separar capacidades de leitura de capacidades de escrita. Consultar um log ou listar produtos é diferente de reiniciar um container, fazer deploy, alterar stock, enviar uma campanha ou remover dados.
Para começar, as ferramentas devem ser read-only, com respostas limitadas e dados sensíveis filtrados. Quando uma operação de escrita for necessária, deve ter autenticação forte, confirmação explícita, idempotência, validação e rollback quando possível.
Riscos que não desaparecem por usar MCP
O protocolo não elimina prompt injection, abuso de permissões, fuga de informação, ferramentas mal descritas ou erros de interpretação do modelo. Um documento consultado pode conter instruções maliciosas.
Uma ferramenta demasiado genérica pode permitir uma acção que o utilizador não pretendia. Por isso, cada servidor precisa de uma identidade própria, escopos mínimos, logs auditáveis, timeouts, limites de utilização e testes com cenários adversos.
Uma adopção faseada
A sequência recomendada para a PontoTi é começar com PostgreSQL read-only, observabilidade e auditorias técnicas. Depois pode acrescentar validação de catálogo e consulta de workflows n8n.
Só numa fase posterior faria sentido permitir operações de infraestrutura, PrestaShop, email ou redes sociais — sempre com aprovação e separação entre ambientes. Um MCP deve nascer para resolver uma fronteira real, não porque a palavra esteja na moda.
A leitura da PontoTi
MCP é uma forma promissora de tornar sistemas mais acessíveis a aplicações de IA sem esconder as fronteiras de segurança. O valor não está em permitir que um modelo faça tudo, mas em dar-lhe acesso limitado ao contexto certo e às acções certas.
Para uma empresa, a pergunta não é “que MCP devo instalar? ”, mas “que informação ou operação quero tornar segura, observável e reutilizável? ”.