> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Run

title: "تشغيل المراجعة والتحقق منها"
description: "قم بتشغيل المراجعة والتحقق من نطاقها وفحص النتائج الناتجة."
icon: "play"
------------

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

## تشغيلها والتحقق منها

<Tabs>
  <Tab title="لوحة التحكم">
    1. انتقل إلى **تحليل → المراجعات**، افتح المراجعة، وحدد **تشغيل الآن**. ستعني الاستجابة المصفوفة أن بواسطة الموزع سيبدأها قريباً.
    2. افتح التشغيل الجديد لمراجعة حالته والنافذة الزمنية والمدة وعدد النتائج والتقرير.
    3. حدد جلسة الأدلة لفتح التتبع الدقيق.
    4. عد إلى صفحة المراجعة لتحرير الإعدادات أو تعطيل الجدول أو فحص التشغيلات القديمة.

           <img src="https://mintcdn.com/exosphere/WgPwQzedeDNwJBTy/images/dashboard/audit-detail.png?fit=max&auto=format&n=WgPwQzedeDNwJBTy&q=85&s=9627b669105471d85970dcd67dbd7cf9" alt="صفحة تفاصيل المراجعة مع النتائج المفتوحة وحالة آخر وتالي تشغيل ونافذة الكسح والسياق والتحكم بالتشغيل الآن والنتائج المرتبة." width="2864" height="1522" data-path="images/dashboard/audit-detail.png" />
  </Tab>

  <Tab title="واجهة سطر الأوامر">
    ```bash theme={null}
    fp audits run checkout-reliability
    fp audits runs checkout-reliability --limit 10
    fp --json audits runs checkout-reliability
    fp audits findings --audit checkout-reliability
    ```

    انظر إلى [مرجع `fp audits`](/ar/reference/cloud-cli#audits) لسجل التشغيل والنتائج وأوامر التصنيف.
  </Tab>
</Tabs>

## قبل التشغيل

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

## مراجعة التشغيل

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

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

## تفسير التشغيل الفارغ أو المتأخر

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

عندما لا يتم تشغيل التحليل، تحافظ مراجعات `since_last` على تلك النافذة غير المحللة مفتوحة للتشغيل الناجح التالي. لا يتم إزالة النتائج الموجودة لأن التحليل المتخطى ليس دليلاً على اختفاء الفشل.

## فهم إخطارات الفشل

يستخدم التشغيل الفاشل أو خطوة تحليل النموذج الفاشلة مستقبلي البريد الإلكتروني للمراجعة. إذا لم تكن للمراجعة قناة بريد إلكتروني، فإن Failproof AI ترجع إلى إعداد `alerts.email_default_recipients` للمنظمة بحيث تظل المراجعة المكسورة بصمت لديها مسار تصعيد. يجب تمكين البريد الإلكتروني للمنظمة وتكوين SMTP. وإلا فسيتم تسجيل الفشل ولكن لا يمكن إرسال بريد إلكتروني. فشل التشغيل لا يحرك نقطة الجدول الثابتة للمراجعة.

كل تشغيل يخزن أيضاً السياق الدقيق [للوكيل](/ar/audits/agent-contracts) المستخدم لكل وكيل كلقطة عقد. لا تغير التعديلات اللاحقة معيار الأدلة المسجل مع تشغيل سابق.

<Warning>
  لا تقم بنشر سياسة حجب مباشرة من نتيجة غير مؤكدة. افتح الآثار المذكورة وتأكد من أن القاعدة تفصل السلوك غير الآمن عن العمل المشروع.
</Warning>