Um agente de IA só é útil de verdade quando acessa os dados e os sistemas da empresa. Saber o status de um pedido, consultar o histórico de um cliente ou verificar títulos em aberto exige conexão com o ERP e o CRM. O problema é que cada assistente de IA costumava exigir uma integração própria, feita sob medida.
O Model Context Protocol, conhecido como MCP, surgiu para resolver isso. Neste artigo, explicamos o que é o protocolo e como desenhar uma integração segura com sistemas de gestão.
O que é o MCP
O MCP é um protocolo aberto, proposto pela Anthropic e adotado por várias plataformas de IA, que padroniza a forma como modelos e agentes se conectam a ferramentas e dados. Uma analogia comum é a de uma porta universal: em vez de um cabo diferente para cada aparelho, todos usam o mesmo encaixe.
Na prática, a empresa constrói uma integração com o seu sistema uma única vez, e qualquer aplicação compatível com o protocolo pode usá-la.
Conceitos principais
- Cliente MCP: a aplicação de IA que se conecta aos servidores. Pode ser um assistente de chat, uma ferramenta de programação ou um agente corporativo.
- Servidor MCP: o componente que expõe as capacidades de um sistema, como o ERP ou o CRM, para os clientes.
- Ferramentas (tools): funções que o agente pode chamar, como "consultar pedido" ou "registrar ocorrência". Cada uma tem nome, descrição e parâmetros definidos.
- Recursos (resources): dados que o servidor disponibiliza para leitura e contexto, como um cadastro ou um documento.
- Prompts: modelos de instrução prontos que o servidor oferece para tarefas recorrentes.
Por que padronizar
Sem um padrão, cada novo assistente exige uma nova integração. A empresa acaba com várias versões da mesma lógica, cada uma com suas próprias regras de acesso e seus próprios defeitos. Com o MCP, existe um único ponto de integração por sistema. As regras de segurança ficam em um só lugar, a manutenção fica mais simples e trocar ou adicionar um assistente não exige refazer tudo.
Desenhando um servidor MCP sobre o ERP e o CRM
Comece só com leitura. As primeiras ferramentas devem ser consultas: buscar um pedido, ver os dados de um cliente, listar títulos em aberto, verificar o estoque de um item. Leitura já entrega muito valor e tem risco bem menor.
Depois, ações com confirmação. Quando as consultas estiverem estáveis, adicione ações como registrar uma ocorrência ou atualizar um contato. Ações relevantes devem exigir confirmação explícita do usuário antes de serem executadas. Ações destrutivas, como excluir ou cancelar, devem ficar de fora ou passar por aprovação adicional.
Use as APIs oficiais do sistema. O servidor MCP deve chamar as APIs que o fornecedor do ERP ou do CRM disponibiliza. Elas aplicam as regras de negócio, as validações e os controles de acesso do próprio sistema. Acesso direto e irrestrito ao banco de dados ignora tudo isso e cria riscos de integridade e de segurança.
Ferramentas específicas, não genéricas. Prefira "consultar títulos em aberto do cliente" a "executar consulta qualquer". Ferramentas com propósito claro são mais fáceis de proteger, testar e auditar.
Autenticação e autorização
O servidor deve usar credenciais com o menor privilégio necessário. Melhor ainda: o agente deve enxergar apenas o que o usuário que está conversando com ele pode ver no sistema. Se um vendedor só acessa a própria carteira no CRM, o agente que atende esse vendedor também não deve ir além disso.
Registre todas as chamadas: quem pediu, qual ferramenta foi usada, com quais parâmetros e qual foi o resultado. Defina limites de volume e de frequência, para evitar consultas em massa e sobrecarga no sistema de origem.
Riscos que precisam de atenção
Injeção de prompt via dados. Um campo de observação, um e-mail ou um documento pode conter texto que tenta dar instruções ao agente. O servidor e o cliente devem tratar o conteúdo vindo dos sistemas como dado, nunca como ordem. Confirmação humana em ações é a principal defesa.
Ações destrutivas. Um agente que interpreta mal um pedido pode alterar ou apagar o registro errado. Por isso, comece com leitura, exija confirmação e mantenha ações críticas fora do alcance.
Vazamento de dados. Respostas podem expor informações a quem não deveria vê-las. Permissões por usuário, filtros de campos sensíveis e atenção à LGPD reduzem esse risco.
Teste antes de liberar
Monte um conjunto de cenários com perguntas reais e as chamadas esperadas. Inclua casos de permissão negada, dados ausentes e tentativas de instrução maliciosa em campos de texto. Teste em ambiente de homologação, com dados que não sejam de produção, e repita os testes a cada nova ferramenta.
Como a InMinds pode ajudar
A InMinds é uma empresa AI First e parceira Microsoft. Desenhamos e construímos servidores MCP sobre ERPs, CRMs e outros sistemas corporativos, usando as APIs oficiais, com controle de acesso por usuário, registro de chamadas e testes de segurança. Também apoiamos a escolha dos primeiros casos de uso e a evolução gradual para ações.
Quer conectar seus agentes de IA aos sistemas da empresa? Conheça nossas soluções com IA e dados ou converse com a nossa equipe.
