Monitoramento de Transações com MCP: Regras de Fraude em Tempo Real via Agentes de IA (PT-BR)

O Monitoramento de Transações é um controle que nunca dorme. Cada pagamento, transferência e recarga deve ser avaliado em tempo real de acordo com suas regras, os alertas devem ser classificados, os riscos reais devem se tornar casos e alguns desses casos devem se tornar um Relatório de Atividade Suspeita (RAS). É um trabalho de alto volume, processual e baseado em evidências — o tipo que um agente de IA pode realizar rapidamente quando tem um conjunto de ferramentas confiável para usar. O servidor Model Context Protocol (MCP) da Didit expõe o lado operacional do Monitoramento de Transações — ingestão, busca, triagem, análise de carteiras e o ciclo de vida dos casos — como ferramentas que um agente pode invocar em linguagem simples, desde enviar uma transação até o encerramento de um loop de correção.

Este artigo aborda todo o processo: conectar um cliente, enviar transações para avaliação em tempo real, classificar o que for sinalizado, abrir e trabalhar casos, reunir as evidências por trás de um registro e executar o loop de auto-correção AWAITING_USER. A configuração dos pacotes de regras e o registro do RAS em si permanecem no Console de Negócios — o agente cobre tudo o que está no meio.

Principais conclusões

• O servidor MCP da Didit coloca o Monitoramento de Transações — parte de suas 115 ferramentas em 11 categorias — por trás de comandos em linguagem natural, permitindo que um agente envie transações, classifique alertas, analise carteiras e gerencie casos em uma única conversa.
• O Monitoramento de Transações executa um motor de regras em tempo real com 11 pacotes de regras pré-definidos para moedas fiduciárias e criptomoedas, a US$0,02 por transação.
• O gerenciamento de casos e o fluxo de trabalho de RAS são integrados, permitindo que uma transação sinalizada passe do alerta ao relatório arquivado sem sair da plataforma.
• O estado AWAITING_USER aciona um loop de auto-correção: quando uma transação precisa de mais informações do cliente, o sistema pausa, coleta os dados e retoma — e um agente pode orquestrar tudo de ponta a ponta.
• A autenticação é OAuth 2.1 com Proof Key for Code Exchange (PKCE) — "Entrar com a Didit", sem chave de API para o servidor hospedado, com escopo para sua função no console.
• Você obtém 500 verificações gratuitas por mês, respostas abaixo de 2 segundos e a camada MCP é gratuita — você paga US$0,02 por transação apenas pelo que monitora.

Por que o Monitoramento de Transações é adequado para um agente

O trabalho de monitoramento é uma sequência de decisões bem definidas. Esta transação violou uma regra? O alerta é uma preocupação real ou um comportamento esperado? Justifica a abertura de um caso? O caso justifica um RAS? Cada etapa lê evidências estruturadas e produz um resultado documentado — o tipo de tarefa que um agente de IA lida com confiabilidade quando a plataforma subjacente realiza a detecção. O agente não está inventando lógica de risco; ele está orquestrando um motor de regras em tempo real, lendo sua saída e levando cada item para seu próximo estado correto, com um humano aprovando as decisões importantes.

O módulo Monitoramento de Transações da Didit fornece esse motor: avaliação em tempo real, 11 pacotes de regras pré-definidos que cobrem tipologias comuns de moedas fiduciárias e criptomoedas, agregações de velocidade, gerenciamento de casos e um fluxo de trabalho de RAS. Através do MCP, tudo se torna invocável em uma frase.

Conectando seu agente ao servidor MCP

O servidor está localizado em https://mcp.didit.me/mcp via Streamable HTTP — hospedado ou auto-hospedado a partir do repositório de código aberto sob a licença MIT. A autenticação é OAuth 2.1 com PKCE: um prompt de "Entrar com a Didit" na primeira conexão, sem chave de API para colar no endpoint hospedado e o agente herda sua função no console através dos escopos didit:management e didit:verification. Ele só pode agir onde sua conta já pode.

Adicione-o ao Claude Code em uma linha e verifique com /mcp:

claude mcp add --transport http didit https://mcp.didit.me/mcp

Claude Desktop, Cursor, VS Code, Windsurf e Zed se conectam através de uma configuração JSON curta apontando para a mesma URL. O ChatGPT Developer Mode pode ser anexado através do suporte beta do OpenAI ao MCP, que ainda está em fase inicial, então trate-o como experimental. Detalhes completos de configuração estão nos documentos de visão geral do MCP.

Configure suas regras e depois entregue a fila ao agente

Você não começa com um conjunto de regras em branco. A Didit oferece 11 pacotes de regras predefinidos para moeda fiduciária e criptomoedas, e você os instala e ajusta no Console de Negócios — escolhendo o pacote que corresponde ao seu perfil de risco, ajustando os limites de velocidade, restringindo listas de jurisdições e testando contra o seu histórico antes que algo entre em produção.

Essa etapa de configuração é deliberadamente uma decisão humana, do lado do console: um pacote que teria sinalizado um terço do volume legítimo do mês passado precisa de ajustes antes de tocar a produção, e essa é uma decisão de apetite a risco, não um alvo de automação.

Assim que as regras estiverem ativas, tudo o que vem depois é onde o agente prova seu valor. Envie o tráfego para avaliação e leia a decisão em linguagem simples:

"Envie esta transação para monitoramento e me diga a decisão de risco e qual regra foi acionada."

O agente chama as ferramentas de monitoramento, retorna a decisão e a regra que a produziu, e você continua trabalhando na mesma conversa.

Classificando alertas e abrindo casos

Depois que o pacote estiver ativo a US$0,02 por transação, os alertas chegam em tempo real. A triagem é a rotina diária e é onde um agente mostra seu valor. Peça a ele para resumir a fila:

"Mostre-me as transações sinalizadas de hoje agrupadas por regra e diga-me quais parecem risco real versus comportamento esperado do cliente."

O agente lê cada alerta com seu contexto — valor, contraparte, padrão de velocidade, a regra que foi acionada — e os classifica em provavelmente genuínos e provavelmente benignos, explicando seu raciocínio para aqueles que importam. Para as transações que justificam uma análise mais aprofundada, ele abre casos:

"Abra um caso para as três sinalizações de padrão de estruturação na conta 4471 e anexe as transações que as acionaram."

O gerenciamento de casos mantém as evidências, o cronograma e as notas do analista em um só lugar, para que o registro da investigação seja construído à medida que o agente trabalha.

Do caso ao relatório registrado

Quando um caso cruza o limiar de suspeito para reportável, o fluxo de trabalho do RAS (Relatório de Atividade Suspeita) assume no console. O trabalho do agente é tudo o que leva até lá: ele vem lendo as transações, mantendo o registro do caso e acrescentando as evidências, então pode montar a narrativa a partir da qual você registra.

"Escale o caso de estruturação na conta 4471 e resuma o padrão, as transações envolvidas e o cronograma."

O agente escala o caso e monta o resumo a partir do registro do caso — o que foi observado, quais transações, em que período, por que atinge o critério de atividade suspeita. Um humano revisa e registra o próprio RAS no console. O agente elimina o problema da página em branco e garante que nada nas evidências do caso fique de fora; como o resumo é construído a partir do mesmo caso que o agente vem gerenciando, ele permanece consistente com o registro subjacente em vez de virar um relato separado.

Executando o loop de correção AWAITING_USER

Nem toda sinalização é fraude — às vezes uma transação só precisa de mais informações do cliente antes de ser liberada. É para isso que serve o estado AWAITING_USER. Quando uma transação chega lá, a plataforma a pausa, solicita o detalhe ausente do cliente e retoma automaticamente quando o cliente responde. Um agente pode conduzir todo o loop:

"Coloque a sinalização de transferência grande pendente em AWAITING_USER, solicite a documentação da origem dos fundos do cliente e retome o monitoramento quando ele responder."

A transação permanece em um estado pendente controlado, em vez de ser bloqueada ou liberada. Quando o cliente fornece a documentação, o fluxo continua; caso contrário, o item permanece visível para revisão. Este loop de auto-correção mantém os clientes legítimos em movimento, enquanto retém as transações genuinamente não resolvidas, e significa que seu agente pode resolver uma grande parte das sinalizações sem que um humano toque em cada uma delas.

Comece gratuitamente

O Monitoramento de Transações com MCP significa que um analista descreve o controle — envie a transação, classifique a fila, abra um caso, reúna as evidências, execute o loop de correção — e o agente leva cada transação ao seu próximo estado correto com um humano tomando as decisões importantes. A Didit é usada por mais de 2.000 empresas, é apoiada por US$7,5 milhões em financiamento, é uma empresa Y Combinator W26, é lucrativa e cobre mais de 220 países e territórios. Comece gratuitamente: 500 verificações por mês sem custo, a camada MCP gratuita e US$0,02 por transação além do nível gratuito. Leia a visão geral do MCP, navegue pelo hub de desenvolvedores ou auto-hospede o servidor de código aberto e conecte seu agente hoje.