اختبر Agent الخاص بك في Playground
Playground هي مساحة الاختبار التفاعلية لـ Agent المواجه للعملاء. وهي تتيح لزملاء الفريق المصرح لهم تجربة محادثات واقعية من دون الاعتماد على واجهة المتجر العامة. تفتح مساحة عمل B2B Playground من خلال إحالة آمنة وقصيرة...
Playground هي مساحة الاختبار التفاعلية لـ Agent المواجه للعملاء. وهي تتيح لزملاء الفريق المصرح لهم تجربة محادثات واقعية من دون الاعتماد على واجهة المتجر العامة. تفتح مساحة عمل B2B Playground من خلال إحالة آمنة وقصيرة الأمد، لذا استخدم الإجراء داخل المنتج بدلاً من حفظ عنوان URL قديم للاختبار.
يوضح هذا الدليل كيفية تصميم سيناريوهات مفيدة، وفحص الاستجابة بالكامل، وتصنيف حالات الإخفاق، وتحويل الحالات المهمة إلى اختبارات على دفعات قابلة للتكرار. كما يشرح أيضاً ما الذي لا يمكن أن يثبته Playground بشأن التثبيت المباشر.
كيف يندرج هذا ضمن Humind
AI Agent هو مساحة الإعداد للمساعد المواجه للعملاء. يوفّر Knowledge وCatalog الحقائق، ويُشكّل Guidance سلوك الاستجابة، وتضيف Tools الإجراءات، ويحدّد Escalation الدعم البشري، وتتيح لك أسطح الاختبار مراجعة النتيجة قبل النشر.
قد تؤثر التغييرات في كثير من المحادثات، لذا اختبر سيناريوهات شراء ودعم ممثلة بعد كل تحديث ذي معنى. إن محادثة صحيحة بصرياً ليست كافية: تحقّق من الإجابة، وسياق المنتج، والإجراء المتاح، وسلوك الإحالة معاً.
قبل أن تبدأ
الوصول: يتطلب Playground صلاحية قراءة إعداد Agent. وقد يتطلب تصحيح المصدر أيضاً صلاحية كتابة في Knowledge أو Catalog أو إعداد Agent.
- أكّد الشركة النشطة، وسوق الكتالوج، وإعداد Agent، واللغة.
- حضّر النتائج المتوقعة لأسئلة المنتج، والسياسات، والدعم، والحالات الطرفية.
- استخدم بيانات اختبار غير حساسة وافصل بوضوح بين محادثات الاختبار والعمل الحقيقي مع العملاء.
سير العمل خطوة بخطوة
افتح جلسة Playground جديدة
افتح AI Agent واختر Playground. تفتح Humind المساحة المخصصة للشركة النشطة. ابدأ محادثة جديدة عند التحقق من تغيير في المصدر حتى لا تؤثر الرسائل السابقة في النتيجة.
سجّل تغيير الإعداد أو المحتوى قيد الاختبار والسؤال الدقيق. لا يمكن تكرار أو مراجعة عبارة مبهمة مثل 'Agent أفضل' من قِبل زميل آخر.
شغّل مجموعة سيناريوهات متوازنة
اختبر اكتشاف المنتجات الشائع، وتفصيلاً محدداً لمنتج، وسياسة مخزنة في Knowledge، وطلب دعم، وحالة عدم توفر أو عدم وجود نتائج، وسؤال متابعة، وإدخالاً يجب ضبطه أو رفضه وفقاً للإعداد.
نوّع الصياغة وتضمّن قدراً واقعياً من الالتباس. الهدف ليس فرض جملة واحدة محفوظة، بل التحقق من الحقائق الصحيحة، وعدم اليقين الصادق، والمنتجات ذات الصلة، والأدوات المناسبة، ومسار الإحالة المتوقع.
افحص الاستجابة بالكامل
راجع النص، والمحتوى المُستشهَد به أو المرتبط، والمنتجات الموصى بها، والمتغيرات، والأسعار، ومخرجات الأدوات، واقتراحات المتابعة، وسلوك التصعيد. قد تظل الإجابة السلسة خاطئة إذا اختارت السوق الخطأ، أو تجاهلت التوفر، أو استخدمت سياسة قديمة.
عند فشل النتيجة، حدّد منطقة المصدر قبل التعديل: Knowledge أو Catalog أو Guidance أو Tools أو Escalation أو الواجهة أو النشر. عادةً ما يؤدي إصلاح المصدر إلى نتيجة أكثر ثباتاً من إضافة تعليمات عامة أخرى.
أنشئ فحص تراجع قابلاً للتكرار
بالنسبة إلى السيناريوهات المهمة، افتح Batch testing. أنشئ مجموعة بيانات أو حدّدها، وأضف الأسئلة يدوياً، أو استورد ملف CSV، أو أنشئ أسئلة من الكتالوج حيثما كان ذلك مناسباً. شغّل المجموعة، وراجع حالة الإجابة والتقييمات، وافتح المحادثات الفردية للاطلاع على التفاصيل.
قيّم النتيجة أو وثّقها باستخدام معيار متسق. صدّر تقرير CSV عند الحاجة إلى مخرَج تمت مراجعته، وأعد تشغيل الأسئلة المحددة بعد تغيير مستهدف.
اختم باختبار دخاني مباشر
يتحقق Playground من سلوك Agent، وليس من تثبيت واجهة المتجر. بعد النشر من خلال قنوات البيع، اختبر مجموعة أصغر على النطاق المسموح الفعلي في متصفح خاص على سطح المكتب والجوال.
تحقّق من أن نقطة الدخول والموافقة وجمع هوية العميل وسياق المنتج والإحالة إلى Inbox تعمل بشكل صحيح في البيئة المباشرة.
الأذونات والتنبيهات المهمة
- لا يثبت المرور في Playground أن الأداة مثبتة أو منسقة بشكل صحيح على واجهة المتجر.
- يؤثر سياق المحادثة في إجابات المتابعة، لذا استخدم جلسة جديدة لفحوص التراجع على مستوى المصدر.
- الأسئلة المُنشأة للاختبار على دفعات هي مادة أولية وما تزال تتطلب مراجعة من التاجر.
- لا تستخدم البيانات الشخصية الحقيقية للعملاء في مطالبات الاختبار.
تحقق من النتيجة
استخدم قائمة التحقق هذه قبل اعتبار العمل مكتملاً:
- لكل سيناريو حقيقة متوقعة صريحة، أو سلوك منتج، أو إجراء، أو نتيجة تصعيد.
- تُسند حالات الإخفاق إلى منطقة مصدر قبل إجراء التغييرات.
- توجد الحالات الحرجة في مجموعة بيانات Batch testing قابلة للتكرار.
- ينجح اختبار دخاني لواجهة المتجر بعد النشر على سطح المكتب والجوال.
استكشاف الأخطاء وإصلاحها
لا يتم فتح Playground
ارجع إلى مساحة عمل B2B، وأكّد الشركة النشطة وصلاحية الوصول إلى إعداد Agent، ثم استخدم إجراء Playground الحالي مرة أخرى. لا تعتمد على عنوان URL محفوظ سابقاً للإحالة.
لا تزال الإجابة المصححة تبدو قديمة
أكّد أن المصدر محفوظ أو منشور في الشركة النشطة، وأزل التعارضات، وابدأ محادثة Playground جديدة. إذا تغيّرت بيانات الكتالوج، فانتظر المزامنة وأي تكوين فعلي لعوامل التصفية.
تختلف النتائج في الاختبار على دفعات والاختبار التفاعلي
قارن الشركة، واللغة، وسياق المنتج، وسؤال مجموعة البيانات، وسجل المحادثة، ووقت حدوث كل تشغيل. أعد تشغيل السؤال المحدد نفسه تماماً بعد تأكيد الإعداد الحالي نفسه.