تنفيذ القرار
حوّل جواب Antiro إلى ما يحدث للطلب فعلاً.
القرارات الثلاثة#
action | ما تفعله |
|---|---|
allow | اقبل الطلب. |
review | أوقف الطلب في نظامك حتى يراجعه فريقك. |
block | ارفض الطلب. |
تعامل مع أي قيمة لا تعرفها كأنها review، كما في هذا المثال:
try {
const res = await check(order); // POST /v1/assessments
if (!res.ok) throw new Error(res.status);
const { action } = await res.json();
if (action === 'allow') return accept(order);
if (action === 'block') return refuse(order);
return hold(order); // review, and any value added later
} catch {
// Antiro is out of reach: never lose an order
accept(order);
checkAgainLater(order); // same order_id
} إذا لم يصل جواب#
إن لم يجبك Antiro خلال 6 ثوانٍ، أو عاد خطأ، فاقبل الطلب حتى لا تخسره، ثم أعد فحصه لاحقاً بالرقم order_id نفسه.
أوضاع الحماية#
action هو ما تفعله الآن، وrecommended هو ما قرره Antiro. ولا يختلفان إلا في وضع المراقبة. تحدد الوضع من صفحة الحماية في لوحة التحكم.
| الوضع | action | recommended |
|---|---|---|
| الحماية (الافتراضي) | مثل recommended | قرار Antiro |
| المراقبة | دائماً allow | قرار Antiro |
| متوقفة | دائماً allow | دائماً allow |
وضع المراقبة مفيد أثناء التجربة: لا يتأثر أي طلب، وتستطيع مقارنة recommended بما يجده فريقك.
أما «متوقفة» فتعني أن الفحص لا يجري أصلاً: لا يحتوي الجواب id ولا probability ولا confidence، وتكون reasons فارغة.
اعرض الأسباب لفريقك#
لكل عنصر في reasons حقل label بالإنجليزية والعربية والفرنسية. اعرضه بجانب الطلب الموقوف، ليعرف فريقك ما يسأل عنه في المكالمة.