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 todo o ciclo de vida do Monitoramento de Transações como ferramentas que um agente pode invocar em linguagem simples, desde a instalação de um pacote de regras até o encerramento de um loop de correção.

Este artigo aborda todo o processo: conectar um cliente, instalar e testar um pacote de regras, classificar transações sinalizadas, abrir casos, registrar um RAS e executar o loop de auto-correção AWAITING_USER.

Principais conclusões

• O servidor MCP da Didit coloca o Monitoramento de Transações — parte de suas mais de 130 ferramentas em 11 categorias — por trás de comandos em linguagem natural, permitindo que um agente instale regras, classifique alertas 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.

Instalando e testando um pacote de regras

Você não começa com um conjunto de regras em branco. Peça ao agente para instalar um dos 11 pacotes pré-definidos que corresponda ao seu perfil de risco:

"Instale o pacote de regras de jurisdição de alto risco para nossos fluxos de pagamento em moeda fiduciária."

O agente ativa o pacote através das ferramentas de monitoramento e informa quais regras foram adicionadas. Antes que essas regras entrem em vigor, você precisa saber como elas se comportariam com dados históricos reais — um pacote que teria sinalizado um terço do volume legítimo do mês passado precisa ser ajustado antes de afetar a produção. Então, teste-o:

"Teste este pacote com os últimos 90 dias de transações e me diga quantas teriam sido sinalizadas e qual a taxa de falsos positivos provável."

O agente executa o pacote em dados históricos e retorna a contagem de sinalizações, a distribuição entre as regras e onde o ruído se concentra. Você itera — apertando um limite de velocidade, estreitando uma lista de jurisdições — até que a relação sinal-ruído seja algo que sua equipe possa realmente trabalhar.

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.

Registrando um RAS

Quando um caso ultrapassa o limite de suspeito para reportável, o fluxo de trabalho de RAS assume o controle. O agente que investigou o caso pode redigir o relatório com base nas evidências já anexadas:

"Rascunhe um RAS para o caso de estruturação na conta 4471, resumindo o padrão, as transações envolvidas e o cronograma."

O agente monta a narrativa a partir do registro do caso — o que foi observado, quais transações, em que período, por que cumpre o limite de atividade suspeita — e a apresenta para revisão. Um humano sempre aprova e registra; o agente remove o problema da página em branco e garante que nada das evidências do caso seja omitido. Como o RAS é construído a partir do mesmo caso que o agente está gerenciando, o relatório é consistente com o registro subjacente, em vez de uma nova narração.

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 — instale este pacote, teste-o, classifique a fila, abra um caso, rascunhe o RAS, 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 1.500 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.