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