MCP per a la Monitorització de Transaccions: Regles Anti-frau en Temps Real amb Agents d'IA (CA)

La monitorització de transaccions és un control que mai descansa. Cada pagament, transferència i recàrrega ha de ser avaluat segons les teves regles en temps real, les alertes han de ser triades, els riscos reals han de convertir-se en casos, i alguns d'aquests casos han de convertir-se en un Informe d'Activitat Suspecta (SAR). És un treball d'alt volum, procedimental i basat en evidències — el tipus que un agent d'IA pot processar ràpidament quan té un conjunt fiable d'eines a la seva disposició. El servidor de Protocol de Context de Model (MCP) de Didit MCP exposa el vessant operatiu de la monitorització de transaccions — ingesta, cerca, triatge, anàlisi de carteres i el cicle de vida dels casos — com a eines que un agent pot invocar en llenguatge natural, des d'enviar una transacció fins al tancament d'un bucle de correcció.

Aquest article recorre tot el procés: connecta un client, envia transaccions per a l'avaluació en temps real, avalua el que es marca, obre i treballa casos, reuneix les evidències que hi ha darrere d'una presentació i executa el bucle d'auto-correcció AWAITING_USER. La configuració dels paquets de regles i la presentació del SAR en si es queden a la Consola de Negoci: l'agent cobreix tot el que hi ha entremig.

Punts clau

• El servidor MCP de Didit posa la monitorització de transaccions — part de les seves 115 eines en 11 categories — darrere de comandes en llenguatge natural, perquè un agent pugui enviar transaccions, avaluar alertes, analitzar carteres i gestionar casos en una sola conversa.
• La monitorització de transaccions executa un motor de regles en temps real amb 11 paquets de regles predefinits per a monedes fiat i cripto, a $0.02 per transacció.
• La gestió de casos i el flux de treball del SAR estan integrats, de manera que una transacció marcada pot passar d'una alerta a un informe presentat sense sortir de la plataforma.
• L'estat AWAITING_USER impulsa un bucle d'auto-correcció: quan una transacció necessita més informació del client, el sistema es posa en pausa, la recopila i repren, i un agent pot orquestrar aquest procés de principi a fi.
• L'autenticació és OAuth 2.1 amb Proof Key for Code Exchange (PKCE) — "Inicia sessió amb Didit", sense clau d'API per al servidor allotjat, amb accés limitat al teu rol de consola.
• Obtens 500 comprovacions gratuïtes al mes, respostes inferiors a 2 segons i la capa MCP és gratuïta: només pagues $0.02 per transacció pel que monitoritzes.

Per què la monitorització de transaccions és adequada per a un agent

El treball de monitorització és una seqüència de decisions ben definides. Aquesta transacció infringeix una regla? L'alerta és una preocupació real o un comportament esperat? Justifica l'obertura d'un cas? El cas justifica un SAR? Cada pas llegeix evidències estructurades i produeix un resultat documentat — el tipus de tasca que un agent d'IA pot gestionar de manera fiable quan la plataforma subjacent realitza la detecció. L'agent no està inventant una lògica de risc; està orquestrant un motor de regles en temps real, llegint la seva sortida i portant cada element al seu següent estat correcte, amb un humà aprovant les decisions importants.

El mòdul de Monitorització de Transaccions de Didit proporciona aquest motor: avaluació en temps real, 11 paquets de regles predefinits que cobreixen tipologies comunes de monedes fiat i cripto, agregacions de velocitat, gestió de casos i un flux de treball del SAR. A través de MCP, tot es pot cridar en una frase.

Connectant el teu agent al servidor MCP

El servidor es troba a https://mcp.didit.me/mcp a través de Streamable HTTP — allotjat, o auto-allotjat des del repositori de codi obert sota la llicència MIT. L'autenticació és OAuth 2.1 amb PKCE: una petició de "Inicia sessió amb Didit" a la primera connexió, sense clau d'API per enganxar per al punt final allotjat, i l'agent hereta el teu rol de consola a través dels àmbits didit:management i didit:verification. Només pot actuar on el teu compte ja pot.

Afegeix-lo a Claude Code en una línia, i després verifica-ho amb /mcp:

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

Claude Desktop, Cursor, VS Code, Windsurf i Zed es connecten a través d'una configuració JSON curta que apunta a la mateixa URL. ChatGPT Developer Mode es pot connectar a través del suport beta de MCP d'OpenAI, que encara està en fase inicial, així que tracta-ho com a experimental. Els detalls complets de la configuració es troben a la documentació general de MCP.

Configura les teves regles i després passa la cua a l'agent

No comences amb un conjunt de regles en blanc. Didit inclou 11 paquets de regles predefinits per a moneda fiat i criptomonedes, i els instal·les i ajustes a la Consola de Negoci: tries el paquet que s'ajusta al teu perfil de risc, ajustes els llindars de velocitat, acotes les llistes de jurisdiccions i fas proves retrospectives contra el teu històric abans que res s'executi en producció.

Aquest pas de configuració és deliberadament una decisió humana, del costat de la consola: un paquet que hauria marcat un terç del volum legítim del mes passat necessita ajustos abans de tocar producció, i això és una decisió d'apetit de risc, no un objectiu d'automatització.

Un cop les regles són actives, tot el que ve després és on l'agent es guanya el lloc. Envia trànsit per a l'avaluació i llegeix la decisió en llenguatge natural:

"Envia aquesta transacció a monitorització i digue'm la decisió de risc i quina regla s'ha activat".

L'agent crida les eines de monitorització, retorna la decisió i la regla que l'ha produïda, i tu continues treballant en la mateixa conversa.

Triant alertes i obrint casos

Un cop el paquet estigui en directe a $0.02 per transacció, arriben les alertes en temps real. La tria és el treball diari, i és on un agent demostra el seu valor. Demana-li que resumeixi la cua:

"Mostra'm les transaccions marcades d'avui agrupades per regla, i digue'm quines semblen un risc real en comparació amb un comportament esperat del client".

L'agent llegeix cada alerta amb el seu context — import, contrapart, patró de velocitat, la regla que es va activar — i les classifica en probablement reals i probablement benignes, explicant el seu raonament per a les que importen. Per a les transaccions que justifiquen una investigació més a fons, obre casos:

"Obre un cas per les tres alertes de patró d'estructuració al compte 4471 i adjunta les transaccions que van activar-les".

La gestió de casos conté les evidències, la cronologia i les notes de l'analista en un sol lloc, de manera que el registre de la investigació es construeix a mesura que l'agent treballa.

Del cas a l'informe presentat

Quan un cas supera el llindar de sospitós a reportable, el flux de treball del SAR (Informe d'Activitat Suspecta) pren el relleu a la consola. La feina de l'agent és tot el que hi porta: ha estat llegint les transaccions, mantenint el registre del cas i afegint-hi les evidències, de manera que pot muntar la narrativa des de la qual presentes.

"Escala el cas d'estructuració al compte 4471 i resumeix el patró, les transaccions involucrades i la cronologia".

L'agent escala el cas i munta el resum a partir del registre del cas: què s'ha observat, quines transaccions, en quin període i per què supera el llindar d'activitat sospitosa. Un humà revisa i presenta el SAR a la consola. L'agent elimina el problema de la pàgina en blanc i s'assegura que no quedi fora res de l'evidència del cas; com que el resum es construeix a partir del mateix cas que l'agent ha estat gestionant, es manté coherent amb el registre subjacent en lloc de convertir-se en un relat a part.

Executant el bucle de correcció AWAITING_USER

No totes les alertes són frau — de vegades, una transacció només necessita més informació del client abans que es pugui aclarir. Per això existeix l'estat AWAITING_USER. Quan una transacció hi arriba, la plataforma la posa en pausa, sol·licita el detall que falta al client i reprena automàticament quan el client respon. Un agent pot impulsar tot el bucle:

"Posa l'alerta de transferència gran pendent en estat AWAITING_USER, sol·licita la documentació de l'origen dels fons al client i repren la monitorització quan responguin".

La transacció es manté en un estat de suspens controlat en lloc de ser bloquejada directament o acceptada. Quan el client proporciona la documentació, el flux continua; si no, l'element es manté visible per a la revisió. Aquest bucle d'auto-correcció permet que els clients legítims continuïn mentre es mantenen les transaccions realment no resoltes, i significa que el teu agent pot resoldre una gran part de les alertes sense que un humà toqui cada una.

Comença gratis

La monitorització de transaccions a través de MCP significa que un analista descriu el control — envia la transacció, avalua la cua, obre un cas, reuneix les evidències, executa el bucle de correcció — i l'agent porta cada transacció al seu següent estat correcte amb un humà prenent les decisions importants. Didit és utilitzat per més de 2.000 empreses, està recolzat per $7.5 milions en finançament, és una empresa Y Combinator W26, és rendible i cobreix més de 220 països i territoris. Comença gratis: 500 comprovacions al mes de forma gratuïta, la capa MCP gratuïta i $0.02 per transacció més enllà del nivell gratuït. Llegeix la viquipèdia general de MCP, explora el hub de desenvolupadors, o auto-allotja el servidor de codi obert i connecta el teu agent avui mateix.