"اختبار وكيل أتمتة المبيعات: السيناريو المبسط"

1. لماذا وكيف نختبر وكيلنا؟

قبل أن نبدأ الاختبار، من المهم أن نفهم أن الاختبار ليس مجرد محادثة عشوائية مع الوكيل. إنه عملية منظمة تهدف إلى اكتشاف الأخطاء والتأكد من أن الوكيل يحقق الهدف الذي صُنع من أجله. الاختبار الجيد يضمن:

• الموثوقية: هل يمكن الاعتماد على الوكيل لتقديم المعلومات الصحيحة وتنفيذ المهام بدقة؟
• تجربة المستخدم: هل تبدو المحادثة طبيعية وسلسة، أم أنها مربكة ومحبطة للمستخدم؟
• تحقيق الأهداف: هل ينجح الوكيل في تحقيق هدفه (مثلاً، إتمام عملية بيع أو حجز موعد)؟

الصورة التالية تلخص الخطوات الأساسية لاختبار أي روبوت محادثة بشكل فعال.

عندما نختبر وكيلنا، هناك جوانب محددة يجب أن نركز عليها. انظر إلى القائمة في الصورة التالية، فهي بمثابة قائمة تحقق ممتازة.

بناءً على ذلك، سنركز اختبارنا على ثلاثة محاور رئيسية:

1. الاختبار الوظيفي (Functional Testing): هل يقوم الوكيل بوظائفه الأساسية؟ (مثلاً، هل يرد على الرسائل؟ هل يقدم السعر الصحيح؟).
2. اختبار تدفق المحادثة (Conversational Flow Testing): هل تسير المحادثة بشكل منطقي؟ هل يفهم الوكيل نية المستخدم؟
3. اختبار الذاكرة (Memory Testing): هل يتذكر الوكيل المعلومات التي يخبره بها المستخدم (سواء في نفس المحادثة أو في محادثات مستقبلية)؟

2. تصميم سيناريو الاختبار

لإجراء اختبار منظم، نحتاج إلى سيناريو واضح. لنتخيل السيناريو التالي لوكيلنا الذي يبيع "برنامجاً تعليمياً":

الجزء الأول: العميل الجديد

1. المستخدم (عميل جديد): يرسل رسالة "أهلاً".
2. الوكيل: يرد برسالة ترحيبية ويسأل كيف يمكنه المساعدة.
3. المستخدم: يسأل "ما هو سعر البرنامج؟".
4. الوكيل: يجيب بسعر البرنامج (معلومات مخزنة في رسالة النظام الخاصة به).
5. المستخدم: يقول "اسمي أحمد، سأفكر في الأمر".
6. الوكيل: يستخلص معلومة "الاسم هو أحمد" ويستخدم "أداة حفظ الذاكرة" لتخزينها في قاعدة البيانات طويلة المدى، ثم يرد برد مناسب مثل "شكرًا لك أحمد، أنا في خدمتك متى احتجتني".

الجزء الثاني: عودة العميل (بعد فترة، مثلاً في اليوم التالي)

1. المستخدم (أحمد): يرسل رسالة جديدة، "مرحباً مجدداً".
2. الوكيل: قبل الرد، يقوم بـ "استرجاع الذاكرة" من قاعدة البيانات، فيجد أن هذا المستخدم اسمه "أحمد".
3. الوكيل: يرد برد مخصص: "أهلاً بعودتك يا أحمد! كيف يمكنني مساعدتك اليوم بخصوص البرنامج التعليمي؟".

إذا نجح الوكيل في إتمام هذا السيناريو، فهذا يعني أن مكوناته الأساسية (العقل، الأدوات، والذاكرة) تعمل معًا بشكل صحيح.

3. مشاهدة الاختبار عمليًا

بما أننا ما زلنا في مرحلة فهم المفاهيم، سنستخدم مقاطع فيديو توضح اختبار وكلاء مشابهين تم بناؤهم باستخدام أدوات مرئية مثل n8n. المنطق الذي ستراه هو نفسه تمامًا الذي سنطبقه في الكود لاحقًا.

أولاً: اختبار تجربة المستخدم النهائية

دعنا نشاهد أولاً كيف يبدو الاختبار من وجهة نظر المستخدم النهائي على واتساب. الفيديو التالي يعرض محادثة حقيقية مع وكيل مبيعات.

ما رأيته للتو هو ما يسمى بـ "المسار السعيد" (Happy Path)، حيث سار كل شيء كما هو متوقع.

ثانياً: اختبار عمل الأدوات والذاكرة "تحت الغطاء"

الآن، دعنا نلقي نظرة على ما يحدث في الكواليس. كيف يتأكد الوكيل من حفظ المعلومات؟ الفيديو التالي يوضح اختبار وكيل يقوم بحجز موعد ويحفظ البيانات في ملف Google Sheets، والذي يعمل هنا كبديل لقاعدة بيانات الذاكرة طويلة المدى.

كما رأيت، بعد أن قدم المستخدم معلوماته، قام الوكيل باستدعاء "أداة" خاصة لحفظ البيانات في قاعدة خارجية. هذا يؤكد أن وظيفة الذاكرة تعمل كما هو مخطط لها.

4. تقييم نتائج الاختبار

بناءً على ما شاهدناه في الفيديوهات وعلى سيناريو الاختبار الذي صممناه، يمكننا تقييم أداء الوكيل وفقًا لمحاورنا الثلاثة:

• الاختبار الوظيفي: ✅ نجاح

  • التقييم: نجح الوكيل في الاستجابة لرسائل المستخدم وتقديم معلومات دقيقة (السعر) بناءً على التلقين الذي تم تزويده به. هذا يثبت أن "عقل" الوكيل (LLM) يعمل بشكل صحيح.

• اختبار تدفق المحادثة: ✅ نجاح (في السيناريو البسيط)

  • التقييم: كانت المحادثة منطقية ومتسلسلة. فهم الوكيل طلب المستخدم ("أريد السعر") واستجاب له بشكل مباشر.
  • ملاحظة: هذا اختبار لسيناريو بسيط. الاختبارات الحقيقية يجب أن تشمل حالات أكثر تعقيدًا، مثل مقاطعة المستخدم للحديث أو طرح أسئلة غير متوقعة.

• اختبار الذاكرة: ✅ نجاح

  • التقييم: رأينا كيف يمكن للوكيل أن يأخذ معلومة من المحادثة (مثل اسم العميل أو تفاصيل الحجز) ويحفظها في مكان خارجي (قاعدة بيانات أو ملف). هذا يؤكد أن "أداة حفظ الذاكرة" وآلية استدعائها تعملان بنجاح. الخطوة التالية (التي لم نرها في الفيديو ولكننا صممناها في الدرس السابق) هي استرجاع هذه المعلومة في بداية المحادثة التالية.

خلاصة الدرس

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

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

ماذا بعد؟

لقد نجح وكيلنا في الاختبار البسيط، ولكن العالم الحقيقي أكثر فوضوية. ماذا لو فشلت إحدى "الأدوات" في العمل؟ ماذا لو أعطى الـ LLM استجابة غير منطقية؟

في الوحدة القادمة، "المنطق المتقدم والتعامل مع الأخطاء"، سننتقل إلى المستوى التالي من الاحترافية. سنتعلم كيف نجعل وكيلنا أكثر صلابة وذكاءً من خلال تعليمه كيفية التفكير في أفعاله، واكتشاف الأخطاء، وحتى تصحيحها بنفسه. استعد لتعلم تقنيات متقدمة مثل ReAct و Self-Correction التي تميز الوكلاء الأقوياء حقًا.