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