تتطلب ميزات إدارة Flow HITL مزيّن
@human_feedback، المتاح في CrewAI الإصدار 1.8.0 أو أحدث. تنطبق هذه الميزات تحديدًا على التدفقات (Flows)، وليس الأطقم (Crews).نظرة عامة
تصميم البريد الإلكتروني أولاً
يمكن للمستجيبين الرد مباشرة على رسائل الإشعار لتقديم الملاحظات
توجيه مرن
توجيه الطلبات إلى بريد إلكتروني محدد بناءً على أنماط الطرق أو حالة التدفق
استجابة تلقائية
تهيئة استجابات احتياطية تلقائية عندما لا يرد أي شخص في الوقت المحدد
الفوائد الرئيسية
- نموذج ذهني بسيط: عناوين البريد الإلكتروني عالمية؛ لا حاجة لإدارة مستخدمين أو أدوار المنصة
- مستجيبون خارجيون: يمكن لأي شخص لديه بريد إلكتروني الرد، حتى غير مستخدمي المنصة
- تعيين ديناميكي: سحب بريد المعيّن مباشرة من حالة التدفق (مثل
sales_rep_email) - تهيئة مخفضة: إعدادات أقل للتهيئة، وقت أسرع للقيمة
- البريد الإلكتروني كقناة رئيسية: يفضل معظم المستخدمين الرد عبر البريد الإلكتروني بدلاً من تسجيل الدخول إلى لوحة التحكم
إعداد نقاط المراجعة البشرية في التدفقات
هيّئ نقاط تفتيش المراجعة البشرية داخل تدفقاتك باستخدام مزيّن@human_feedback. عندما يصل التنفيذ إلى نقطة مراجعة، يتوقف النظام ويُخطر المعيّن عبر البريد الإلكتروني وينتظر الاستجابة.
معاملات المزيّن
| المعامل | النوع | الوصف |
|---|---|---|
message | str | الرسالة المعروضة للمراجع البشري |
emit | list[str] | خيارات الاستجابة الصالحة (تُعرض كأزرار في الواجهة) |
تهيئة المنصة
الوصول إلى تهيئة HITL من: النشر ← الإعدادات ← تهيئة الإنسان في الحلقة
إشعارات البريد الإلكتروني
تبديل لتفعيل أو تعطيل إشعارات البريد الإلكتروني لطلبات HITL.| الإعداد | الافتراضي | الوصف |
|---|---|---|
| إشعارات البريد الإلكتروني | مفعّل | إرسال رسائل عند طلب الملاحظات |
عند التعطيل، يجب على المستجيبين استخدام واجهة لوحة التحكم أو يجب تهيئة webhooks لأنظمة إشعارات مخصصة.
هدف SLA
تعيين وقت استجابة مستهدف لأغراض التتبع والمقاييس.| الإعداد | الوصف |
|---|---|
| هدف SLA (دقائق) | وقت الاستجابة المستهدف. يُستخدم لمقاييس لوحة التحكم وتتبع SLA |
إشعارات واستجابات البريد الإلكتروني
يستخدم نظام HITL بنية البريد الإلكتروني أولاً حيث يمكن للمستجيبين الرد مباشرة على رسائل الإشعار.كيف تعمل استجابات البريد الإلكتروني
إرسال الإشعار
عند إنشاء طلب HITL، يُرسل بريد إلكتروني إلى المستجيب المعيّن مع محتوى المراجعة والسياق.
تنسيق الاستجابة
يمكن للمستجيبين الرد بـ:- خيار emit: إذا تطابق الرد مع خيار
emit(مثل “approved”)، يُستخدم مباشرة - نص حر: أي نص استجابة يُمرر إلى التدفق كملاحظات
- نص عادي: يُستخدم السطر الأول من نص الرد كملاحظات
رسائل التأكيد
بعد معالجة الرد، يستلم المستجيب رسالة تأكيد تشير إلى ما إذا تم إرسال الملاحظات بنجاح أو حدث خطأ.أمان رمز البريد
- الرموز موقّعة تشفيريًا للأمان
- تنتهي صلاحية الرموز بعد 7 أيام
- يجب أن يتطابق بريد المرسل مع البريد المصرّح به في الرمز
- تُرسل رسائل تأكيد/خطأ بعد المعالجة
قواعد التوجيه
توجيه طلبات HITL إلى عناوين بريد إلكتروني محددة بناءً على أنماط الطرق.
هيكل القاعدة
أنماط المطابقة
| النمط | الوصف | مثال المطابقة |
|---|---|---|
approve_* | حرف بدل (أي أحرف) | approve_payment، approve_vendor |
review_? | حرف واحد | review_a، review_1 |
validate_payment | مطابقة تامة | validate_payment فقط |
أولوية التعيين
- تعيين ديناميكي (
assign_from_input): إذا تم تهيئته، يسحب البريد من حالة التدفق - بريد ثابت (
assign_to_email): يرجع إلى البريد المهيأ - منشئ النشر: إذا لم تتطابق أي قاعدة، يُستخدم بريد منشئ النشر
مثال التعيين الديناميكي
إذا كانت حالة تدفقك تحتوي على{"sales_rep_email": "alice@company.com"}، هيّئ:
alice@company.com تلقائيًا.
الاستجابة التلقائية
الاستجابة تلقائيًا لطلبات HITL إذا لم يستجب أي شخص خلال المهلة المحددة. يضمن هذا عدم تعليق التدفقات إلى أجل غير مسمى.التهيئة
| الإعداد | الوصف |
|---|---|
| مفعّل | تبديل لتفعيل الاستجابة التلقائية |
| المهلة (دقائق) | الوقت المنتظر قبل الاستجابة التلقائية |
| النتيجة الافتراضية | قيمة الاستجابة (يجب أن تطابق خيار emit) |

حالات الاستخدام
- الامتثال لـ SLA: ضمان عدم تعليق التدفقات إلى أجل غير مسمى
- الموافقة الافتراضية: الموافقة التلقائية على الطلبات منخفضة المخاطر بعد انتهاء المهلة
- التراجع السلس: المتابعة بافتراضي آمن عندما يكون المراجعون غير متاحين
عملية المراجعة
واجهة لوحة التحكم
توفر واجهة مراجعة HITL تجربة نظيفة ومركّزة للمراجعين:- عرض Markdown: تنسيق غني لمحتوى المراجعة مع تمييز الصيغة
- لوحة السياق: عرض حالة التدفق وتاريخ التنفيذ والمعلومات ذات الصلة
- إدخال الملاحظات: تقديم ملاحظات وتعليقات مفصلة مع قرارك
- إجراءات سريعة: أزرار خيارات emit بنقرة واحدة مع تعليقات اختيارية

طرق الاستجابة
يمكن للمراجعين الاستجابة عبر ثلاث قنوات:| الطريقة | الوصف |
|---|---|
| الرد عبر البريد | الرد مباشرة على رسالة الإشعار |
| لوحة التحكم | استخدام واجهة لوحة تحكم المؤسسة |
| API/Webhook | استجابة برمجية عبر API |
السجل ومسار التدقيق
يتم تتبع كل تفاعل HITL بجدول زمني كامل:- سجل القرارات (موافقة/رفض/مراجعة)
- هوية المراجع والطابع الزمني
- الملاحظات والتعليقات المقدمة
- طريقة الاستجابة (بريد/لوحة تحكم/API)
- مقاييس وقت الاستجابة
التحليلات والمراقبة
تتبع أداء HITL مع تحليلات شاملة.لوحة تحكم الأداء

أوقات الاستجابة
مراقبة متوسط وميديان أوقات الاستجابة حسب المراجع أو التدفق.
اتجاهات الحجم
تحليل أنماط حجم المراجعة لتحسين قدرة الفريق.
توزيع القرارات
عرض معدلات الموافقة/الرفض عبر أنواع المراجعة المختلفة.
تتبع SLA
تتبع نسبة المراجعات المكتملة ضمن أهداف SLA.
التدقيق والامتثال
إمكانيات تدقيق جاهزة للمؤسسات للمتطلبات التنظيمية:- سجل قرارات كامل مع الطوابع الزمنية
- التحقق من هوية المراجع
- سجلات تدقيق غير قابلة للتغيير
- إمكانيات التصدير لتقارير الامتثال
حالات الاستخدام الشائعة
المراجعات الأمنية
المراجعات الأمنية
حالة الاستخدام: أتمتة استبيانات الأمان الداخلية مع التحقق البشري
- يولّد الذكاء الاصطناعي الردود على الاستبيانات الأمنية
- يراجع فريق الأمن ويتحقق من الدقة عبر البريد الإلكتروني
- يتم تجميع الردود المعتمدة في التقديم النهائي
- مسار تدقيق كامل للامتثال
الموافقة على المحتوى
الموافقة على المحتوى
حالة الاستخدام: محتوى تسويقي يتطلب مراجعة قانونية/العلامة التجارية
- يولّد الذكاء الاصطناعي نصوص تسويقية أو محتوى وسائل التواصل
- التوجيه إلى بريد فريق العلامة التجارية لمراجعة النبرة/الأسلوب
- النشر التلقائي عند الموافقة
الموافقات المالية
الموافقات المالية
حالة الاستخدام: تقارير النفقات، شروط العقود، تخصيصات الميزانية
- يعالج الذكاء الاصطناعي مسبقًا ويصنف الطلبات المالية
- التوجيه بناءً على عتبات المبالغ باستخدام التعيين الديناميكي
- الحفاظ على مسار تدقيق كامل للامتثال المالي
التعيين الديناميكي من CRM
التعيين الديناميكي من CRM
حالة الاستخدام: توجيه المراجعات إلى مالكي الحسابات من CRM
- يجلب التدفق بريد مالك الحساب من CRM
- تخزين البريد في حالة التدفق (مثل
account_owner_email) - استخدام
assign_from_inputللتوجيه إلى الشخص المناسب تلقائيًا
ضمان الجودة
ضمان الجودة
حالة الاستخدام: التحقق من مخرجات الذكاء الاصطناعي قبل التسليم للعميل
- يولّد الذكاء الاصطناعي محتوى أو ردود موجهة للعميل
- يراجع فريق ضمان الجودة عبر إشعار البريد الإلكتروني
- حلقات الملاحظات تحسّن أداء الذكاء الاصطناعي بمرور الوقت
واجهة Webhooks API
عندما تتوقف تدفقاتك للملاحظات البشرية، يمكنك تهيئة webhooks لإرسال بيانات الطلب إلى تطبيقك. يتيح هذا:- بناء واجهات موافقة مخصصة
- التكامل مع الأدوات الداخلية (Jira، ServiceNow، لوحات تحكم مخصصة)
- توجيه الموافقات إلى أنظمة طرف ثالث
- إشعارات تطبيقات الجوال
- أنظمة القرار المؤتمتة

تهيئة Webhooks
يمكنك تهيئة webhooks متعددة. يستقبل كل webhook نشط جميع أحداث HITL.
أحداث Webhook
ستستقبل نقطة النهاية طلبات HTTP POST لهذه الأحداث:| نوع الحدث | متى يُطلق |
|---|---|
new_request | يتوقف تدفق ويطلب ملاحظات بشرية |
حمولة Webhook
تستقبل جميع webhooks حمولة JSON بهذا الهيكل:الرد على الطلبات
لإرسال الملاحظات، أرسل POST إلىcallback_url المضمّن في حمولة webhook.
الأمان
جميع طلبات webhook موقّعة تشفيريًا باستخدام HMAC-SHA256 لضمان الأصالة ومنع التلاعب.
أمان Webhook
- توقيعات HMAC-SHA256: يتضمن كل webhook توقيعًا تشفيريًا
- أسرار لكل webhook: لكل webhook سر توقيع فريد
- مشفرة أثناء التخزين: أسرار التوقيع مشفرة في قاعدة البيانات
- التحقق من الطابع الزمني: يمنع هجمات الإعادة
ترويسات التوقيع
يتضمن كل طلب webhook هذه الترويسات:| الترويسة | الوصف |
|---|---|
X-Signature | توقيع HMAC-SHA256: sha256=<hex_digest> |
X-Timestamp | الطابع الزمني Unix عند توقيع الطلب |
التحقق
تحقق بحساب:معالجة الأخطاء
يجب أن تعيد نقطة نهاية webhook كود حالة 2xx لتأكيد الاستلام:| استجابتك | سلوكنا |
|---|---|
| 2xx | تم تسليم Webhook بنجاح |
| 4xx/5xx | مسجل كفشل، بدون إعادة محاولة |
| مهلة (30 ثانية) | مسجل كفشل، بدون إعادة محاولة |
الأمان والتحكم في الوصول المبني على الأدوار
الوصول إلى لوحة التحكم
يُتحكم في وصول HITL على مستوى النشر:| الصلاحية | القدرة |
|---|---|
manage_human_feedback | تهيئة إعدادات HITL، عرض جميع الطلبات |
respond_to_human_feedback | الرد على الطلبات، عرض الطلبات المعيّنة |
تصريح استجابة البريد الإلكتروني
للردود عبر البريد:- يشفّر رمز الرد البريد المصرّح به
- يجب أن يتطابق بريد المرسل مع بريد الرمز
- يجب ألا يكون الرمز منتهي الصلاحية (7 أيام افتراضيًا)
- يجب أن يكون الطلب لا يزال معلقًا
مسار التدقيق
يتم تسجيل جميع إجراءات HITL:- إنشاء الطلب
- تغييرات التعيين
- إرسال الاستجابة (مع المصدر: لوحة تحكم/بريد/API)
- حالة استئناف التدفق
استكشاف الأخطاء وإصلاحها
عدم إرسال الرسائل
- تحقق من تفعيل “إشعارات البريد الإلكتروني” في التهيئة
- تحقق من مطابقة قواعد التوجيه لاسم الطريقة
- تحقق من صلاحية بريد المعيّن
- تحقق من احتياطي منشئ النشر إذا لم تتطابق أي قواعد توجيه
عدم معالجة ردود البريد
- تحقق من عدم انتهاء صلاحية الرمز (7 أيام افتراضيًا)
- تحقق من مطابقة بريد المرسل للبريد المعيّن
- تأكد من أن الطلب لا يزال معلقًا (لم يتم الرد عليه بعد)
عدم استئناف التدفق
- تحقق من حالة الطلب في لوحة التحكم
- تحقق من إمكانية الوصول إلى callback URL
- تأكد من أن النشر لا يزال قيد التشغيل
أفضل الممارسات
- استخدم التعيين الديناميكي: اسحب عناوين بريد المعيّنين من حالة التدفق للتوجيه المرن.
- هيّئ الاستجابة التلقائية: أعد استجابة احتياطية للمراجعات غير الحرجة لمنع تعليق التدفقات.
- راقب أوقات الاستجابة: استخدم التحليلات لتحديد الاختناقات وتحسين عملية المراجعة.
-
اجعل رسائل المراجعة واضحة: اكتب رسائل واضحة وقابلة للتنفيذ في مزيّن
@human_feedback. - اختبر تدفق البريد: أرسل طلبات اختبار للتحقق من تسليم البريد قبل الانتقال للإنتاج.
الموارد ذات الصلة
التغذية الراجعة البشرية في التدفقات
دليل التنفيذ لمزيّن
@human_feedbackدليل سير عمل Flow HITL
دليل خطوة بخطوة لإعداد سير عمل HITL
تهيئة RBAC
تهيئة التحكم في الوصول المبني على الأدوار لمؤسستك
بث Webhook
إعداد إشعارات الأحداث في الوقت الفعلي
