Guia
MCP: como agentes de IA se conectam aos sistemas de uma instituição
Em resumo
O Model Context Protocol (MCP) é um padrão aberto que define como aplicações de IA se conectam a fontes de dados e ferramentas externas. Um servidor MCP expõe, de forma padronizada, ferramentas, recursos e instruções que um agente pode usar. O MCP não substitui as APIs dos sistemas nem resolve permissões sozinho: ele organiza a conexão, que ainda precisa ser desenvolvida, autorizada e testada.
Como o MCP funciona
A especificação descreve três papéis: o host, que é a aplicação de IA usada pela pessoa; o cliente, que mantém a conexão; e o servidor, que oferece as capacidades. Um servidor pode expor ferramentas (ações que o agente executa), recursos (dados que ele pode ler) e prompts (modelos de instrução).
A conexão pode ser local, na própria máquina, ou remota, pela rede. Como o formato é comum, um mesmo servidor pode ser usado por diferentes aplicações compatíveis, o que reduz o retrabalho de integração.
MCP e APIs: um não substitui o outro
A API do sistema continua sendo a porta de acesso aos dados. O servidor MCP é uma camada que traduz essa API em ferramentas compreensíveis para o agente, com descrições, parâmetros e limites.
Se o sistema não tem API, o MCP sozinho não resolve: é preciso outra forma de acesso, como exportações, uma base de leitura ou uma integração fornecida pelo fabricante do sistema.
Autorização e permissões
Cada conexão precisa responder a três perguntas: quem é o usuário, o que ele pode acessar e o que o agente pode fazer em nome dele. A especificação trata de autorização para conexões remotas, mas a política de acesso é definida pela instituição.
Na prática, isso significa começar por ferramentas só de leitura, reproduzir as permissões que o usuário já tem no sistema de origem, separar leitura de escrita, pedir confirmação humana para ações sensíveis e registrar cada chamada.
Riscos a considerar
Conteúdos lidos pelo agente podem conter instruções maliciosas que tentam desviar o seu comportamento, a chamada injeção de instruções. Servidores de terceiros não verificados, permissões amplas demais e ações irreversíveis sem confirmação são outras fontes de risco.
Por isso, servidores MCP devem ser avaliados como qualquer software que acessa dados institucionais: origem conhecida, permissões mínimas, testes em homologação e monitoramento.
Quando usar
- Quando vários agentes ou aplicações precisam usar o mesmo sistema de forma padronizada.
- Quando a instituição quer poder trocar de modelo de IA sem refazer todas as integrações.
- Quando o sistema tem API documentada e há clareza sobre quem pode acessar o quê.
Limitações
- Não há conector universal: cada sistema exige desenvolvimento e homologação.
- O MCP não cria uma API onde ela não existe.
- A segurança depende da implementação do servidor e da política de acesso.
- Servidores de terceiros precisam ser avaliados antes do uso.
Exemplo institucional
Consulta de saldo orçamentário
Uma prefeitura quer que o agente orçamentário consulte saldos no sistema contábil. A equipe desenvolve um servidor MCP com uma única ferramenta de leitura, “consultar saldo por ação e fonte”, que chama a API do fornecedor com credenciais restritas. Não há ferramenta de escrita: o empenho continua sendo feito no sistema contábil, por quem tem competência para isso.
Exemplo ilustrativo, sem dados de clientes.
Ver a aplicação: Execução orçamentáriaComo implantar
Passos de implantação
- 01Mapear sistemas, APIs disponíveis e o responsável por cada dado.
- 02Definir as ferramentas mínimas, começando por leitura.
- 03Desenhar autenticação, perfis e registros de uso.
- 04Desenvolver e testar em homologação, incluindo tentativas de abuso.
- 05Liberar de forma gradual e monitorar o uso.
Perguntas e respostas
Perguntas frequentes
Todo sistema já tem um servidor MCP pronto?
Não. Alguns fornecedores publicam servidores MCP, mas muitos sistemas usados por instituições não têm. Nesses casos, o servidor é desenvolvido sobre a API existente, quando ela existe.
O MCP é seguro?
O protocolo define como a conexão acontece, e a especificação trata de autorização para conexões remotas. A segurança real depende de como cada servidor é implementado, das permissões concedidas e do monitoramento.
Qual é a relação entre MCP e o PolitxAI?
O PolitxAI usa APIs e ferramentas MCP para conectar agentes a sistemas. Essas conexões são definidas e homologadas em cada projeto, conforme os sistemas e as permissões da instituição.
Fontes oficiais
Fontes e referências
- Model Context Protocol — especificação oficial(abre em nova aba)
Especificação oficial do protocolo, incluindo arquitetura e autorização.
- NIST — AI Risk Management Framework(abre em nova aba)
Gestão de riscos aplicável a sistemas de IA conectados a dados.
As referências situam o tema e apontam para o texto oficial. Elas não substituem a análise jurídica da instituição, e a aplicação de cada norma depende do caso concreto.
Continue explorando
Aplicações relacionadas
- PrefeiturasExecução orçamentáriaDotação, empenhado, liquidado, pago e saldo por secretaria e fonte, consultados em linguagem natural a partir do sistema contábil.
- GovernosProcessos SEI e documentosPesquisa em processos, resumo da instrução e minutas de despachos no modelo do órgão; assinatura e tramitação continuam com o servidor.
- Educação SuperiorSecretaria acadêmicaRematrícula, aproveitamento de disciplinas, transferências e históricos com base no regulamento; a decisão é do responsável acadêmico.
Quer aplicar isso na sua instituição?
Converse com a Politx sobre o problema, os sistemas e as regras da sua instituição.
Solicitar demonstração