مراقبة المعاملات باستخدام MCP: قواعد الكشف عن الاحتيال في الوقت الفعلي عبر وكلاء الذكاء الاصطناعي (AR)

مراقبة المعاملات هي ضابط لا ينام أبدًا. يجب تقييم كل دفعة وتحويل وتعبئة مقابل قواعدك في الوقت الفعلي، ويجب فرز الإشارات، ويجب أن تتحول المخاطر الحقيقية إلى حالات، ويجب أن تصبح بعض تلك الحالات تقرير نشاط مشبوه (SAR). إنها عملية عالية الحجم وإجرائية ومدفوعة بالأدلة - وهي العملية التي يمكن لوكيل الذكاء الاصطناعي إنجازها بسرعة عندما يكون لديه مجموعة موثوقة من الأدوات لاستخدامها. يعرض خادم بروتوكول سياق النموذج (MCP) من Didit الجانب التشغيلي من مراقبة المعاملات — الاستيعاب والبحث والفرز وفحص المحافظ ودورة حياة الحالات — كأدوات يمكن للوكيل استدعاؤها بلغة بسيطة، بدءًا من إرسال معاملة وحتى إغلاق حلقة المعالجة.

يتناول هذا المنشور المسار الكامل: قم بتوصيل عميل، وأرسل المعاملات للتقييم في الوقت الفعلي، وافرز ما يتم وضع علامة عليه، وافتح الحالات واعمل عليها، واجمع الأدلة التي يقوم عليها التقرير، وقم بتشغيل الحلقة AWAITING_USER لإعادة المعالجة التلقائية. أما إعداد حزم القواعد وتقديم تقرير SAR نفسه فيبقيان في وحدة تحكم الأعمال — ويغطي الوكيل كل ما بينهما.

أهم النقاط

• يضع خادم MCP من Didit مراقبة المعاملات - وهي جزء من 115 أداة عبر 11 فئة - خلف أوامر لغوية طبيعية، بحيث يمكن للوكيل إرسال المعاملات وفرز الإشارات وفحص المحافظ وإدارة الحالات في محادثة واحدة.
• تعمل مراقبة المعاملات بمحرك قواعد في الوقت الفعلي مع 11 حزمة قواعد أولية عبر العملات الورقية والعملات المشفرة، بتكلفة 0.02 دولار لكل معاملة.
• تم بناء إدارة الحالات وسير عمل SAR، بحيث يمكن أن تنتقل معاملة تم وضع علامة عليها من تنبيه إلى تقرير تم تقديمه دون مغادرة النظام.
• تقود حالة AWAITING_USER حلقة إعادة المعالجة التلقائية: عندما تحتاج معاملة إلى مزيد من المعلومات من العميل، يتوقف النظام ويجمعها ويستأنف - ويمكن للوكيل تنسيق ذلك من البداية إلى النهاية.
• المصادقة هي OAuth 2.1 مع إثبات المفتاح لتبادل التعليمات البرمجية (PKCE) - "تسجيل الدخول باستخدام Didit"، ولا يوجد مفتاح واجهة برمجة تطبيقات (API) للخادم المستضاف، ومحدود لدورك في وحدة التحكم.
• تحصل على 500 فحص مجاني شهريًا، واستجابات أقل من ثانيتين، وطبقة MCP نفسها مجانية - أنت تدفع 0.02 دولار لكل معاملة فقط مقابل ما تراقب.

لماذا تناسب مراقبة المعاملات وكيلًا

عمل المراقبة هو تسلسل من القرارات المعرفة جيدًا. هل خرقت هذه المعاملة قاعدة؟ هل الإشارة مدعاة للقلق الحقيقي أم سلوك متوقع؟ هل تستدعي حالة؟ هل تستدعي الحالة تقرير SAR؟ يقرأ كل خطوة دليلًا منظمًا وينتج نتيجة موثقة - وهي المهمة التي يتعامل معها وكيل الذكاء الاصطناعي بشكل موثوق به عندما يقوم النظام الأساسي الأساسي بالكشف. الوكيل لا يخترع منطق المخاطر؛ إنه ينسق محرك قواعد في الوقت الفعلي، ويقرأ مخرجاته، وينقل كل عنصر إلى حالته التالية الصحيحة، مع موافقة بشرية على التحركات الحاسمة.

توفر وحدة مراقبة المعاملات من Didit هذا المحرك: تقييم في الوقت الفعلي، و 11 حزمة قواعد أولية تغطي أنواعًا شائعة من العملات الورقية والمشفرة، وتجميعات السرعة، وإدارة الحالات، وسير عمل SAR. عبر MCP، يمكن استدعاء كل ذلك في جملة.

توصيل وكيلك بخادم MCP

يقع الخادم على https://mcp.didit.me/mcp عبر Streamable HTTP - مستضاف، أو مستضاف ذاتيًا من المستودع مفتوح المصدر بموجب ترخيص MIT. المصادقة هي OAuth 2.1 مع PKCE: مطالبة "تسجيل الدخول باستخدام Didit" عند التوصيل الأول، ولا يوجد مفتاح API للصق الخادم المستضاف، ويرث الوكيل دور وحدة التحكم الخاصة بك من خلال نطاقات didit:management و didit:verification. لا يمكنه العمل إلا حيث يمكن لحسابك العمل بالفعل.

أضفه إلى Claude Code في سطر واحد، ثم تحقق باستخدام /mcp:

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

تتصل Claude Desktop و Cursor و VS Code و Windsurf و Zed من خلال تكوين JSON قصير يشير إلى نفس عنوان URL. يمكن لـ ChatGPT Developer Mode الإرفاق من خلال دعم OpenAI التجريبي MCP، والذي لا يزال في مراحله الأولى، لذا تعامل معه على أنه تجريبي. التفاصيل الكاملة للإعداد موجودة في وثائق نظرة عامة على MCP.

إعداد قواعدك ثم تسليم قائمة الانتظار إلى الوكيل

أنت لا تبدأ من مجموعة قواعد فارغة. توفر Didit 11 حزمة قواعد جاهزة تغطي العملات الورقية والعملات المشفرة، وتقوم بتثبيتها وضبطها في وحدة تحكم الأعمال — تختار الحزمة التي تناسب ملف المخاطر لديك، وتضبط عتبات السرعة، وتضيّق قوائم الولايات القضائية، وتختبرها رجعيًا مقابل سجلك قبل أن يعمل أي شيء على الإنتاج.

خطوة الإعداد هذه هي عمدًا قرار بشري من جانب وحدة التحكم: الحزمة التي كانت ستضع علامة على ثلث الحجم المشروع للشهر الماضي تحتاج إلى ضبط قبل أن تمس الإنتاج، وهذا قرار يتعلق بتقبل المخاطر، وليس هدفًا للأتمتة.

وبمجرد أن تصبح القواعد نشطة، يأتي دور الوكيل في كل ما يلي ذلك. أرسل المعاملات للتقييم واقرأ القرار بلغة بسيطة:

"أرسل هذه المعاملة إلى المراقبة وأخبرني بقرار المخاطر وأي قاعدة تم تفعيلها."

يستدعي الوكيل أدوات المراقبة، ويعيد القرار والقاعدة التي أنتجته، وتواصل أنت العمل في المحادثة نفسها.

فرز الإشارات وفتح الحالات

بمجرد أن تكون الحزمة نشطة بتكلفة 0.02 دولار لكل معاملة، تصل الإشارات في الوقت الفعلي. الفرز هو الطحن اليومي، وهو المكان الذي يكسب فيه الوكيل مكانته. اطلب منه تلخيص قائمة الانتظار:

"أظهر لي معاملات اليوم التي تم وضع علامة عليها مجمعة حسب القاعدة، وأخبرني أيها تبدو وكأنها مخاطر حقيقية مقابل سلوك العملاء المتوقع."

يقرأ الوكيل كل علامة مع سياقها - المبلغ والطرف المقابل ونمط السرعة والقاعدة التي تم تشغيلها - ويفرزها إلى محتملة ووديعة على الأرجح، وشرح منطقه بالنسبة لتلك التي تهم. بالنسبة للمعاملات التي تستدعي نظرة فاحصة، فإنه يفتح حالات:

"افتح حالة لعلامات نمط التجزئة الثلاث على الحساب 4471 وأرفق المعاملات التي أثارتها."

تحتفظ إدارة الحالات بالأدلة والجدول الزمني وملاحظات المحللين في مكان واحد، بحيث يتم بناء سجل التحقيق أثناء عمل الوكيل.

من الحالة إلى التقرير المقدَّم

عندما تتجاوز الحالة عتبة الاشتباه إلى وجوب الإبلاغ، يتولى سير عمل تقرير النشاط المشبوه (SAR) الأمر داخل وحدة التحكم. مهمة الوكيل هي كل ما يسبق ذلك: فهو يقرأ المعاملات، ويحتفظ بسجل الحالة، ويضيف الأدلة، ومن ثم يمكنه تجميع السرد الذي تقدّم التقرير استنادًا إليه.

"صعّد حالة التجزئة على الحساب 4471 ولخّص النمط والمعاملات المعنية والجدول الزمني."

يصعّد الوكيل الحالة ويجمع الملخص من سجل الحالة - ما تمت ملاحظته، وأي معاملات، وعلى مدى أي فترة، ولماذا يستوفي معيار النشاط المشبوه. يراجع الإنسان تقرير SAR ويقدّمه بنفسه في وحدة التحكم. يزيل الوكيل مشكلة الصفحة البيضاء ويضمن عدم إغفال أي شيء من أدلة الحالة؛ ولأن الملخص مبني على الحالة نفسها التي كان الوكيل يديرها، فإنه يظل متسقًا مع السجل الأساسي بدلًا من أن يصبح رواية منفصلة.

تشغيل حلقة إعادة المعالجة AWAITING_USER

ليست كل علامة احتيالًا - في بعض الأحيان تحتاج المعاملة فقط إلى مزيد من المعلومات من العميل قبل أن تتمكن من المسح. هذا هو الغرض من حالة AWAITING_USER. عندما تهبط المعاملة هناك، يتوقف النظام مؤقتًا ويطلب التفاصيل المفقودة من العميل ويستأنف تلقائيًا بمجرد رد العميل. يمكن للوكيل تشغيل الحلقة بأكملها:

"ضع علامة التحويل الكبيرة المعلقة في AWAITING_USER، واطلب وثائق مصدر الأموال من العميل، واستأنف المراقبة عند الرد."

تظل المعاملة في حالة معلقة خاضعة للرقابة بدلاً من حظرها بشكل مباشر أو التخلي عنها. عندما يقدم العميل الوثائق، يستمر التدفق؛ إذا لم يفعلوا ذلك، تظل العنصر معروضًا للمراجعة. تحافظ حلقة إعادة المعالجة التلقائية هذه على تحرك العملاء الشرعيين مع الاحتفاظ بالمعاملات التي لم يتم حلها بشكل حقيقي، ويعني أن وكيلك يمكنه حل شريحة كبيرة من العلامات دون لمس كل واحدة منها.

ابدأ مجانًا

تعني مراقبة المعاملات عبر MCP أن المحلل يصف الضبط - أرسل المعاملة وافرز قائمة الانتظار وافتح حالة واجمع الأدلة وشغّل حلقة إعادة المعالجة - ويحمل الوكيل كل معاملة إلى حالته التالية الصحيحة مع وجود إنسان على القرارات الحاسمة. يتم استخدام Didit من قبل 2000+ شركة، وتدعمه 7.5 مليون دولار من التمويل، وهو شركة Y Combinator W26، وهي مربحة، وتغطي أكثر من 220 دولة وإقليم. ابدأ مجانًا: 500 فحص شهريًا مجانًا، وطبقة MCP مجانية، و 0.02 دولار لكل معاملة تتجاوز الطبقة المجانية. اقرأ نظرة عامة على MCP، وتصفح مركز المطورين، أو قم باستضافة الخادم مفتوح المصدر وقم بتوصيل وكيلك اليوم.