إدارة عمليات انضمام العملاء لتبادل العملات المشفرة باستخدام Claude: تسلسل قرارات المشغل

النقاط الرئيسية

• يمكن لـ Claude تنسيق قرارات انضمام تبادل العملات المشفرة، لكن العميل يُكمل التقاط KYC في واجهة مستخدم التحقق المستضافة من Didit، وليس داخل الدردشة.
• تتطلب didit_session_create وجود workflow_id. تُرجع عنوان URL يمنحه التبادل للعميل.
• تُرجع didit_transaction_screen_wallet نتائج الفحص فقط. لا تحتفظ بالأموال، ولا تُنشئ حالة، ولا تُبلغ فريق الامتثال.
• تتطلب didit_transaction_create الحقول transaction_id وtransaction_category وtransaction_details وsubject على المستوى الأعلى. تختلف حقول المعاملات حسب الفئة.
• تكمن قيمة المشغل في تسلسل القرار: جمع الأدلة الصحيحة، وتفسيرها بموجب سياسة التبادل، وتسجيل كل قرار، وتشغيل أي إجراء متابعة بشكل صريح.

لا يتخذ تبادل العملات المشفرة قرار انضمام واحدًا. بل لديه سلسلة من القرارات: هل يمكن لهذا الشخص بدء التحقق من الهوية، هل اكتمل الفحص المستضاف، هل تتطلب نتيجة فحص الاسم مراجعة، ماذا تعني نتيجة المحفظة بموجب السياسة، وهل يجب قبول معاملة مقدمة للمراقبة؟

يتيح خادم Didit Model Context Protocol (MCP) لـ Claude تنسيق هذه الخطوات من خلال سطح أداة واحد مصادق عليه. لا ينهار تجربة العميل في المحادثة، ولا يحول الاستجابة للمخاطر إلى نظام آلي للتحكم في الأموال. النمط المفيد هو مساعد المشغل مع تسليمات وإجراءات صريحة.

يركز هذا المقال على تسلسل التشغيل هذا. الميكانيكا لديها بالفعل أدلة مخصصة لـ KYC عبر MCP، فحص المحفظة عبر MCP، ومراقبة المعاملات عبر MCP.

القرار 0: تحديد النطاق قبل التعامل مع العميل

يبدأ المشغل بـ didit_context_get. تسرد الأداة المؤسسات والتطبيقات المتاحة للمستخدم المصادق عليه، حتى يتمكن Claude من تأكيد سياق التشغيل المقصود بدلاً من خلط العملاء أو البيئات.

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

لا تتلقى مكالمة MCP "تكوين سير العمل". تتلقى didit_session_create workflow_id موجودًا بالفعل. هذا التمييز يجعل سؤال المشغل الأول ملموسًا: أي سير عمل معتمد ينطبق على هذا العميل والسوق؟

القرار 1: إرسال العميل إلى تدفق KYC المستضاف

ينشئ Claude الجلسة بسير العمل المحدد ومرجع عميل ثابت. تحتوي الاستجابة على session_id وurl وsession_token.

Create a verification session with didit_session_create:
{
  "workflow_id": "<existing-crypto-onboarding-workflow-uuid>",
  "vendor_data": "customer_18427",
  "callback": "https://exchange.example/onboarding/complete",
  "language": "en"
}

Return the url to the customer and retain the session_id for the decision lookup.

يفتح العميل عنوان URL هذا ويكمل الالتقاط المطلوب في واجهة المستخدم المستضافة من Didit. يتم تقديم صور وثيقة الهوية وصورة السيلفي هناك. لا تبقى داخل دردشة Claude.

بعد انتهاء العميل، يستدعي Claude didit_session_get_decision باستخدام session_id. تُرجع الأداة قرار التحقق الكامل والبيانات المستخرجة لسير العمل المكون. يمكن للمشغل بعد ذلك تطبيق سياسة مراجعة التبادل على الاستجابة الفعلية. هذه حلقة تسليم واسترداد، وليست ادعاءً بأن Approved يحل جميع أسئلة الامتثال النهائية.

القرار 2: فصل دليل الهوية عن مخاطر الاسم

يجيب التحقق من الهوية وفحص مكافحة غسيل الأموال (AML) على أسئلة مختلفة. بعد قراءة بيانات الهوية التي تم التحقق منها، يمكن لـ Claude استدعاء didit_verify_aml بالاسم الكامل للشخص. يمكن أن تحسن المدخلات الاختيارية مثل تاريخ الميلاد والجنسية دقة المطابقة. تبلغ تكلفة فحص مكافحة غسيل الأموال 0.20 دولار لكل فحص عبر أكثر من 1300 قائمة.

قرار المشغل ليس مجرد "مطابقة أو عدم مطابقة". قد تتطلب النتيجة مقارنة ببيانات العميل التي تم التحقق منها، أو توثيق الأسباب، أو مراجعة يدوية بموجب سياسة التبادل. إذا قرر المشغل أن هناك حاجة إلى حالة، فإن didit_case_create هي مكالمة أداة صريحة منفصلة. لا شيء في جلسة KYC ينشئ هذه الحالة بصمت.

يحافظ هذا الفصل على سجل التدقيق قابلاً للقراءة:

• دليل KYC: ما أرجعه سير عمل التحقق المستضاف.
• دليل AML: ما أرجعته استجابة فحص الاسم.
• قرار المشغل: كيف قامت سياسة التبادل بربط هذه الاستجابات للموافقة أو المراجعة أو الرفض.

القرار 3: فحص المحفظة، ثم تحديد ما يجب فعله

تقبل didit_transaction_screen_wallet wallet_address وblockchain وdirection اختياريًا. تعداد blockchain هو معرف أصل أو سلسلة مختلط: يتضمن معرفات السلسلة مثل BTC وETH وSOL وTRX، ومعرفات الأصول مثل USDT وUSDC. USDT وUSDC هما أصول، وليستا سلاسل كتل.

فيما يلي موجه Claude قابل للتشغيل بنفس شكل حمولة MCP. استبدل عنوان المثال بمحفظة العميل:

Call didit_transaction_screen_wallet with exactly this payload:
{
  "wallet_address": "0x0000000000000000000000000000000000000000",
  "blockchain": "ETH",
  "direction": "deposit"
}

Return the response fields risk_score, severity, sanctions_hit, and the reported
source and destination of funds. Do not hold funds, create a case, or notify anyone.
Ask for an explicit follow-up instruction after summarising the screening result.

شكل الاستجابة هو نتيجة فحص: risk_score وseverity وsanctions_hit ومعلومات مصدر/وجهة الأموال المبلغ عنها. يمكن للأداة إرجاع استجابة 409 عندما يكون تكوين فحص مراقبة المعاملات غير متاح.

يكلف فحص المحفظة، الذي يسمى أيضًا اعرف معاملتك (KYT) في كتالوج المنتجات، 0.15 دولارًا لكل فحص. لا تحرك النتيجة الأموال بحد ذاتها. ينتمي الحجز أو الإفراج أو الحالة أو التصعيد أو الإخطار إلى سياسة التبادل الخاصة ويتطلب نظامًا منفصلاً أو إجراء أداة. على سبيل المثال، يمكن لـ Claude استدعاء didit_case_create فقط بعد أن يختار المشغل أو طبقة سياسة معتمدة هذا الإجراء صراحةً.

القرار 4: إرسال معاملة بالنموذج الحقيقي

ترسل didit_transaction_create معاملة للمراقبة وتقييم القواعد. حقولها المطلوبة على المستوى الأعلى هي:

• transaction_id: معرف المعاملة الفريد للتبادل.
• transaction_category: إحدى قيم الفئة الموثقة، بما في ذلك finance وkyc وtravel_rule وuser_event.
• transaction_details: حمولة المعاملة الخاصة بالفئة.
• subject: الطرف الذي يبدأ المعاملة.

تتضمن الكائنات الاختيارية على المستوى الأعلى counterparty وtravel_rule_details وnetwork_snapshot وcustom_properties. لا تحدد الأداة تجزئة المعاملة أو عنوان المصدر أو عنوان الوجهة أو الأصل أو المبلغ كحقول عالمية على المستوى الأعلى. إذا كانت هذه القيم جزءًا من بيانات فئة ما، فإنها تنتمي داخل الكائن الخاص بالفئة ذات الصلة.

The top-level contract for didit_transaction_create is:
{
  "transaction_id": "<exchange-unique-transaction-id>",
  "transaction_category": "finance",
  "transaction_details": { "<finance-category fields>": "<values>" },
  "subject": { "<initiating-party fields>": "<values>" },
  "counterparty": { "<other-party fields>": "<values>" },
  "transaction_at": "<ISO timestamp>"
}

العناصر النائبة متعمدة. ينص مخطط MCP على أن transaction_details وsubject يعتمدان على transaction_category؛ لا ينشر حمولة متداخلة عالمية واحدة. يجب على المشغل استخدام الحقول المحددة للفئة المكونة بدلاً من نسخ مخطط تشفير مخترع.

بالنسبة لـ travel_rule، ينطبق نفس العقد على المستوى الأعلى، مع بيانات التحويل الخاصة بالفئة في transaction_details، والطرف البادئ في subject، والطرف الآخر في counterparty، وبيانات قاعدة السفر في travel_rule_details. لا يوجد حقل metadata في هذه الأداة. يحدد اختيار travel_rule الحمولة الخاصة بالفئة؛ ولا يؤدي تلقائيًا إلى فحص المستفيد أو مسح التحويل.

يتم تقييم المعاملة عند تقديمها. من غير الدقيق وصف سجل واحد مقدم بأنه يتم إعادة تقييمه باستمرار إلى الأبد. يمكن لـ Claude استرداد المعاملة المراقبة ونتائج تقييم قواعدها باستخدام didit_transaction_get.

القرار 5: الحفاظ على تأليف السياسة في Business Console

يعد منشئ قواعد مراقبة المعاملات في Business Console هو المكان الذي تقوم فيه الفرق بتكوين قواعد المراقبة ومنطق السياسة. إنه ليس محرر سير عمل التحقق. يقدم سطح MCP المعاملات، ويسترد النتائج، ويبحث في السجلات، ويدعم عمليات الحالة الصريحة؛ ولا يحل محل تأليف القواعد.

إجراءات الحالة محددة أيضًا. تدعم didit_case_manage assign وcomment وescalate وreopen وresolve وupdate. تظل سير عمل تقرير الأنشطة المشبوهة (SAR) عمليات Business Console. يتيح هذا الحد للتبادل استخدام Claude لجمع الأدلة ومساعدة المشغل دون وصف الوكيل كسلطة امتثال مستقلة.

ربط مساعد المشغل

يعرض نقطة نهاية MCP المستضافة من Didit 115 أداة عبر HTTP القابلة للبث ويستخدم OAuth 2.1 مع مفتاح إثبات لتبادل الكود (PKCE). خادم MCP مجاني؛ وتتبع الفحوصات الأساسية أسعارها المنشورة. الطبقة المجانية هي 500 عملية تحقق مجانية شهريًا.

قم بتوصيل Claude المستضاف بـ الرابط العميق لموصل Didit. راجع نظرة عامة على MCP، ودليل المصادقة، ومرجع الأداة. يتوفر التنفيذ في مستودع GitHub المرخص بموجب MIT، وتوجد نظرة عامة على المنتج في didit.me/developers/mcp.

النمط التشغيلي الدائم هو الأدلة أولاً، والسياسة ثانيًا، والإجراء ثالثًا. يجمع Claude قرار KYC ونتيجة AML ونتيجة المحفظة وتقييم المعاملة. يظل التبادل صريحًا بشأن الاستجابة التي تسببت في أي قرار وأي إجراء منفصل تبع ذلك.