تكامل حماية نقاط الاحتيال
يحمي Flash سجل النقاط بنموذج تجميد ثم إصدار الحكم: تعمل أجهزة الكشف المبرمجة مسبقًا ليلًا وتقوم بتجميد النقاط المشبوهة في اللحظة التي يتم العثور عليها (لا تزال في سجل العضو، ولكنها غير قابلة للإنفاق ومتوقفة عن الانتهاء)، ثم يقوم SoClaw بمراجعة كل حجز و إلغاؤه أو تحريره أو تصعيده - من خلال قائمة العمل MCP الخاضعة للإدارة نفسها المستخدمة في استعادة النقاط.
هذا الدليل مخصص للمشغل/المكامل الذي يدير الوكيل. للاطلاع على نظرة عامة على العمل، راجع SoClaw صفحة المنتجتعتمد أدوات قائمة العمل على ما هو محكوم MCP الخادم في MCP دليل التكامل وشارك قائمة مهام الوكيل مع دليل استعادة العملاء.
تجميد عند الكشف، اتخاذ قرار بشأن المراجعة
البديل الأكثر أمانًا لمنح النقاط ثم استردادها: تُحفظ النقاط فور تفعيل القاعدة، فلا يمكن صرف أي شيء أثناء المراجعة. تبقى الدفعة المجمدة في السجل ولكنها تُستثنى من الرصيد القابل للإنفاق، ومن الاسترداد، ومن تاريخ الانتهاء. القرار هو العامل الوحيد الذي يُحرك النقاط. التقييم هو العامل الوحيد الذي يُحرك النقاط.
# Nightly, server-side (no agent involved):
for detector in enabled_detectors(team): # master switch + per-detector checkbox
for hold in detector.detect(team): # each hold = one entity, e.g. a referral or order
freeze(hold.targets) # FREEZE suspect points (idempotent, reversible)
enqueue(kind="fraud_points_hold", subject_key=hold.subject_key) # one review task
# Agent side (self-hosted OpenClaw + SoClaw decisions skill):
task = claim_agent_task(kind="fraud_points_hold") # NO_TASKS_AVAILABLE / AGENT_TASKS_DISABLED → STOP
facts = get_agent_task(task.id) # ids + signal + evidence (no PII)
complete_agent_task(task.id,
decision="block" | "allow" | "escalate", # block=void, allow=release, escalate=leave frozen
reason="<why>")لا يتم تأكيد الإشارة الواحدة تلقائيًا. لا يقوم جهاز الكشف إلا بتجميد الصفحة وفتح مراجعة — block/allow/escalate القرار يعود للوكيل (أو لشخص). أما إساءة الاستخدام التي يمكن للآلة البت فيها (مثل الإحالة الذاتية، ودورات الإحالة، وحدود معدل الدعوة، وتجزئة الإيصالات المكررة) فيتم حظرها بشكل متزامن في مكان آخر ولا تصل أبدًا إلى هذه القائمة.
أجهزة الكشف
كل منها عبارة عن خانة اختيار ضمن مفتاح رئيسي واحد. لا توجد إلا إشارات ذات أساس حقيقي وقابل للاستعلام - تم استبعاد الاستيلاء على الحساب، وإعادة بيع النقاط، والتداول الوهمي عمدًا (لا توجد إشارة من طرف مقابل، أو أداة دفع، أو جهاز للكشف عنها بصدق).
same_household_referralإحالة ناجحة، حيث يكون المُحيل والمُحال إليه من عائلة واحدة مؤكدة (≥0.9) - يُرجح أنها إحالة ذاتية.
تجميد: مكافأة إحالة لكلا الطرفين.
refunded_order_unclawed_pointsطلب تم استرداد قيمته بالكامل أو إلغاؤه، ولا تزال نقاط الشراء الممنوحة موجودة (لم يتم استردادها بعد).
تجميد: نقاط الشراء الخاصة بالمشتري لهذا الطلب.
household_welcome_farmingعائلة مؤكدة حيث لا يزال اثنان أو أكثر من أعضائها يمتلكون مكافأة ترحيبية - احتمال وجود حسابات متعددة للربح.
تجميد: مكافأة الترحيب لكل عضو مميز.
zombie_referralإحالة تمت مكافأتها قبل أكثر من 30 يومًا، ولم يقم العضو المدعو بإجراء أي طلب منذ ذلك الحين - تسجيل مُختلق على الأرجح.
تجميد: مكافأة إحالة لكلا الطرفين.
order_velocity_burstعضو قام بوضع عدد كبير بشكل غير عادي من الطلبات number في فترة قصيرة مع بقاء النقاط غير مستخدمة - وكيل تداول وهمي.
تجميد: نقاط الشراء المتبقية من فترة الذروة.
behavior_outlierعضوٌ يتميز نشاطه في جمع النقاط خلال 30 يومًا - عدد معاملات الكسب، والنقاط المكتسبة، وعدد عمليات الاسترداد - بأنه حالة شاذة إحصائيًا (قيمة z قوية ≥ 6) مقارنةً بتوزيع أعضاء الفريق.
تجميد: النقاط التي لا يزال العضو موجودًا من نافذة القيم الشاذة.
داخل behavior_outlier - الكاشف الإحصائي
بخلاف كاشفات القواعد الخمسة، يقوم behavior_outlier بتقييم نشاط نقاط كل عضو على مدار 30 يومًا مقابل توزيع الفريق نفسه - ثلاث ميزات لكل عضو: عدد المعاملات المكتسبة، والنقاط المكتسبة، وعدد عمليات الاسترداد - باستخدام درجة z قوية (الوسيط + MAD، بحيث لا يستطيع عدد قليل من الحيتان تغيير خط الأساس):
z = (x − median) / (MAD × 1.4826) # per feature, vs the team's own members
flag when z ≥ 6- الحد الأدنى قبل تفعيل أي شيء. يحتاج العضو إلى 10 معاملات ربح على الأقل خلال الفترة المحددة، ويحتاج الفريق إلى 50 عضوًا نشطًا على الأقل كحد أدنى - إذا انخفض العدد عن أي من هذين الشرطين، فلن يُصدر الكاشف أي شيء.
- نفس مسار التجميد ← المراجعة. يتم تشغيل التجميد قبل إضافة مهمة المراجعة إلى قائمة الانتظار؛ تبقى الدفعات المجمدة مسجلة (غير قابلة للإنفاق، ومؤجلة الصلاحية)؛ ويصدر القرار (إصدار/إلغاء/تصعيد) من SoClaw أو من موظف بشري - وليس عقابًا تلقائيًا.
- مراجعة واحدة كحد أقصى لكل عضو شهريًا. مفتاح الموضوع هو
behavior_outlier:{memberId}:{YYYYMM}، ويتم تخطي الأعضاء الذين لديهم بالفعل مجموعة مُجمدة - لا تراكم. - إمكانية إلغاء الاشتراك كغيرها. خانة اختيار لكل كاشف، مُفعّلة افتراضيًا عند تفعيل نوع مهمة الاحتيال للفريق.
- أدلة الصندوق الزجاجي. كل ميزة مُعلَّمة في حمولة السبب تحمل
{value, teamMedian, robustZ, flagged}بالإضافة إلى الحد الأدنى الذي تم تطبيقه - يرى المراجع بالضبط سبب تعليم العضو، وليس درجة.
دلالات الحكم
| القرار | التأثير |
|---|---|
block | تم تأكيد الاحتيال — تم إلغاء النقاط المجمدة (إزالتها نهائيًا، ولن تُعاد إلى رصيدك). |
allow | إنذار خاطئ - تُعاد النقاط إلى رصيد قابل للإنفاق. يتم تمديد صلاحية النقاط المنتهية بفترة سماح حتى لا يُعاقب العضو على تجميدها. |
escalate | غير واضح — تبقى النقاط مجمدة ويُترك الأمر لموظف مختص. يُنصح به عندما لا تكفي إشارة واحدة للحكم. غير واضح — تبقى النقاط مجمدة ويُترك الأمر لموظف مختص. |
يتم تنفيذ كل تأثير من خلال عملية كتابة متكررة موجودة - حيث يتم تحديد مفاتيح التجميد والإبطال والإفراج لكل (action, hold, member)، ويتم تطبيق التأثير قبل من إتمام المهمة، لذا فإن فقدان الترخيص لا يُخلّف أي تغيير غير مكتمل. لا يوجد مسار جديد لتحصيل الأموال للوكيل.
ضوابط الإدارة وآليات الأمان
- مفتاح رئيسي — يتم إيقاف كشف الاحتيال حتى يقوم مالك/مسؤول المؤسسة بتفعيل مهمة حجز النقاط للفريق، ويقوم مفتاح إيقاف النظام الأساسي بإيقافها عالميًا. يجب أن يكون كلا المفتاحين مُفعلين لكي يعمل أي كشف.
- قائمة التحقق لكل كاشف — كل كاشف عبارة عن مربع اختيار (لا يوجد إعداد مُخزّن = مُفعّل عند تشغيل الجهاز الرئيسي). تعطيل أحدها يُوقف هذا التحقق فقط.
- تصعيد التجميد — يتم تصعيد أي تجميد لم يُبت فيه بعد أسبوعين تلقائيًا إلى موظف مختص. تبقى النقاط مجمدة: لا يتم تحريرها تلقائيًا (لا يمكن للاحتيال الانتظار حتى انتهاء المدة) ولا يتم إلغاؤها تلقائيًا (قد يكون العضو بريئًا).
- تدقيق كامل — تُسجل جميع الإجراءات (التجميد، الإلغاء، الإفراج، والتصعيد) في قائمة العمل مع ذكر السبب؛ لا شيء يتم دون إشعار.