أهلاً بك مجدداً!
في الدرس السابق، قمنا بدور "المهندس المعماري" وصممنا مخطط تدفق لمحادثة وكيل مبيعات بسيط. كان مخططنا يعتمد على قواعد ثابتة (اختر "1" أو "2")، وهو ما يجعله محدوداً جداً وغير قادر على فهم طلبات المستخدم إذا تمت صياغتها بطريقة مختلفة.
اليوم، سننتقل من التخطيط الصارم إلى التفاعل الذكي. هدفنا هو توسيع قدرات الوكيل للتعامل مع خطوات متعددة في محادثة المبيعات. سنتعلم كيف يمكن للوكيل أن يدير حواراً متطوراً، يجمع فيه المعلومات خطوة بخطوة، ويفهم نية المستخدم الحقيقية، تماماً كما يفعل مندوب المبيعات البشري. هذا هو السر الذي يميز الوكيل الذكي عن برامج الدردشة الآلية التقليدية.
1. ما هي المحادثة متعددة الخطوات؟
تخيل أنك دخلت متجراً لشراء حذاء رياضي. لن يقول لك البائع: "اختر 1 للجري، 2 لكرة السلة". بل سيبدأ حواراً:
- البائع: "مرحباً! كيف أقدر أساعدك؟"
- أنت: "أبحث عن حذاء رياضي." (الخطوة 1: تحديد النية الأولية)
- البائع: "ممتاز. هل تبحث عن حذاء لرياضة معينة، أم للاستخدام اليومي؟" (الخطوة 2: طلب توضيح)
- أنت: "للجري على جهاز المشي."
- البائع: "فهمت. هل لديك ميزانية محددة؟" (الخطوة 3: جمع معلومات إضافية)
- أنت: "حوالي 400 ريال."
- البائع: "بناءً على طلبك، أرشح لك هذا الطراز... فهو يوفر دعماً ممتازاً وبسعر 380 ريال." (الخطوة 4: تقديم حل بناءً على المعلومات المجمعة)
هذا هو جوهر "المحادثة متعددة الخطوات". إنها ليست مجرد سؤال وجواب، بل هي عملية ديناميكية لجمع البيانات والسياق للوصول إلى هدف محدد.
لإدارة هذا الحوار، يحتاج الوكيل إلى مكون أساسي يسمى مدير الحوار (Dialog Manager). وظيفته هي تتبع "حالة" المحادثة: هل ما زلنا في مرحلة الترحيب؟ أم نجمع المعلومات؟ أم نحن على وشك إتمام الصفقة؟
انظر إلى الصورة التالية التي توضح المكونات الداخلية لروبوت الدردشة. "إدارة الحوار" هي العقل المنظم الذي يقرر الخطوة التالية.
وهذا مخطط آخر يوضح كيف تبدو هذه الخطوات المتعددة بصرياً. لاحظ كيف أن عملية "تحويل مبلغ" تتطلب عدة خطوات متسلسلة لجمع المعلومات اللازمة.
2. مثال عملي: وكيل لحجز المواعيد
الآن، دعنا نرى كيف يمكن تطبيق هذا المفهوم في وكيل حقيقي. في الفيديو التالي، سترى مثالاً لوكيل يساعد في حجز المواعيد لعيادة أسنان. تم "تلقين" الوكيل عبر رسالة نظام (System Message) ليقوم بدور موظف استقبال.
شاهد هذا الجزء من الفيديو لترى كيف يدير الوكيل المحادثة لجمع المعلومات اللازمة.
كيف تربط الواتساب مع الذكاء الإصطناعي باستخدام n8n
في هذا المقطع من قناة عبدالعزيز بن محمد، ستلاحظ كيف أن الوكيل لا يكتفي بالرد، بل يطرح أسئلة متابعة ليحصل على التفاصيل التي يحتاجها لإكمال مهمة حجز الموعد. ركز على الحوار الذي يبدأ بعد أن يرسل المستخدم "ابي احجز موعد".
شاهد من الدقيقة 12:55 إلى 14:25. لاحظ كيف أن الوكيل، بعد أن يفهم نية المستخدم في حجز موعد، يطلب منه معلومات إضافية (الاسم الكامل ونوع الخدمة) لينتقل بالعملية إلى الخطوة التالية.
ما رأيته للتو هو مثال ممتاز على محادثة بسيطة متعددة الخطوات:
- الخطوة 1: المستخدم يعبر عن نيته ("ابي احجز موعد").
- الخطوة 2: الوكيل يفهم النية ويطلب المعلومات الناقصة ("هل يمكنك تزويدي بالاسم الكامل ونوع الخدمة؟").
هذه القدرة على طلب المزيد من المعلومات هي ما ينقل وكيلنا من مجرد مجيب آلي إلى مساعد ذكي.
3. مثال متقدم: وكيل مبيعات متعدد المنتجات
ماذا لو كان لدى وكيلنا كتالوج كامل من المنتجات؟ لا يمكننا برمجة كل الاحتمالات يدوياً. هنا، يحتاج الوكيل إلى "المنطق" و"الأدوات" لإدارة محادثة مبيعات معقدة.
شاهد المثال التالي لوكيل مبيعات ذكي. تم "تدريب" هذا الوكيل مسبقاً عبر تزويده بروابط لصفحات المنتجات، وقام هو باستخلاص المعلومات (الاسم، السعر، الوصف) وتخزينها في "أداة" (في هذه الحالة، جدول Google Sheets).
Build Whatsapp AI Agent with N8N (No-Code + Step by Step)
هذا الفيديو من قناة Fabian Markl (باللغة الإنجليزية، لكن التركيز على ما تراه) يعرض اختباراً لوكيل مبيعات تم تزويده بقاعدة بيانات للمنتجات. سنشاهد الجزء الأخير الذي يوضح كيف يتفاعل العميل مع الوكيل.
شاهد من الدقيقة 22:34 إلى 25:35. لا تقلق بشأن اللغة، فقط راقب تسلسل المحادثة باللغة الإنجليزية في واتساب. سأقوم بتلخيصها لك بالأسفل. ركز على كيف أن الوكيل لا يقدم إجابة واحدة، بل يدخل في حوار كامل مع العميل.
دعنا نحلل تسلسل المحادثة الذي رأيته:
- العميل يسأل سؤالاً عاماً: "ما هي المنتجات التي لديك؟"
- الوكيل يستخدم أداته: يتصل الوكيل بجدول البيانات للبحث عن قائمة المنتجات.
- الوكيل يقدم خيارات: يعرض قائمة بالمنتجات التي وجدها مع وصف موجز لكل منها.
- العميل يسأل سؤالاً محدداً: "ما المنتج الذي أحتاجه لأتمتة وسائل التواصل الاجتماعي؟"
- الوكيل يفكر ويحلل: يبحث الوكيل مرة أخرى في أوصاف المنتجات في جدوله ويجد المنتج الذي يتوافق مع "وسائل التواصل الاجتماعي".
- الوكيل يقدم توصية: يرشح المنتج المناسب ويشرح فوائده.
- العميل يطلب الشراء: "أين يمكنني شراء هذا المنتج؟"
- الوكيل يكمل البيع: يستخرج الوكيل رابط الشراء من جدوله ويقدمه للعميل.
هذه هي القوة الحقيقية لوكلاء الذكاء الاصطناعي: القدرة على إدارة حوار معقد ومتعدد الخطوات، واستخدام أدوات خارجية، والتفكير بشكل منطقي للوصول إلى هدف (في هذه الحالة، إتمام عملية بيع).
اختبر فهمك!
بناءً على ما تعلمته حتى الآن في الدورة، اربط كل خطوة من خطوات "وكيل المبيعات المتقدم" (من 1 إلى 8 أعلاه) بأحد المكونات الرئيسية للوكيل التي نعرفها: العقل المدبر (LLM)، الذاكرة (Memory)، أم الأدوات (Tools)؟ (بعض الخطوات قد تستخدم أكثر من مكون).
Show answer
- الخطوة 1 و 4 و 7 (فهم طلب العميل): هذه مهمة العقل المدبر (LLM) الذي يحلل النص ويفهم النية.
- الخطوة 2 و 5 و 8 (استخدام جدول البيانات): هذه وظيفة الأدوات (Tools). العقل المدبر يقرر استخدام الأداة، لكن الأداة هي التي تنفذ البحث.
- الخطوة 3 و 6 و 8 (صياغة الرد وتقديم المعلومات): هذه مهمة العقل المدبر (LLM) الذي يصيغ الإجابة بناءً على المعلومات التي حصل عليها من الأداة.
- كل الخطوات مجتمعة: تعتمد على الذاكرة (Memory) لتذكر سياق المحادثة. بدون ذاكرة، سيسأل الوكيل "أي منتج تقصد؟" في الخطوة 7، لأنه نسي ما رشحه في الخطوة 6.
4. كيف نترجم هذا إلى كود بايثون؟
في الدرس السابق، كان مخططنا يترجم إلى جمل if/else بسيطة. لكن لإدارة محادثة متعددة الخطوات، نحتاج إلى بنية أكثر تطوراً.
الفكرة الأساسية هي إدارة الحالة (State Management). سنحتفظ بمتغير يمثل "حالة" المحادثة الحالية. على سبيل المثال، يمكننا تعريف حالات مثل:
STATE = "GREETING"(الوكيل في مرحلة الترحيب)STATE = "GATHERING_INFO"(الوكيل يجمع المعلومات)STATE = "RECOMMENDING_PRODUCT"(الوكيل يقدم توصية)STATE = "CLOSING_SALE"(الوكيل يحاول إغلاق الصفقة)
في كل دورة من حلقة عمل الوكيل، سنقوم بتمرير المحادثة الحالية + الحالة الحالية إلى الـ LLM، ونطلب منه تحديد الخطوة التالية وتحديث الحالة.
على سبيل المثال، إذا كانت الحالة GATHERING_INFO والنص الوارد من المستخدم هو "ميزانيتي حوالي 400 ريال"، فقد يقرر الـ LLM أن المعلومات أصبحت مكتملة الآن، ويقوم بتغيير الحالة إلى RECOMMENDING_PRODUCT في الدورة التالية.
لا تقلق، لن نبرمج هذا النظام المعقد اليوم، لكن من المهم أن تفهم الفكرة الأساسية التي سنبني عليها في الدروس القادمة.
خلاصة الدرس
لقد قطعنا شوطاً كبيراً اليوم في فهم كيفية بناء وكلاء أكثر ذكاءً.
- فهمنا المحادثات متعددة الخطوات: تعلمنا أنها عملية ديناميكية لجمع المعلومات خطوة بخطوة لتحقيق هدف معين.
- رأينا أمثلة عملية: من حجز موعد بسيط إلى عملية بيع معقدة، رأينا كيف يدير الوكيل الحوار بذكاء.
- ربطنا المفاهيم بالتقنية: أدركنا أن هذه القدرة تعتمد على تفاعل العقل المدبر (LLM)، الذاكرة، والأدوات.
- نظرنا إلى المستقبل: وضعنا تصوراً لكيفية تطبيق هذا المفهوم في كود بايثون باستخدام "إدارة الحالة".
ماذا بعد؟
الآن بعد أن فهمنا "لماذا" و "ماذا"، حان الوقت للتركيز على "كيف". في الدرس القادم، سننتقل إلى مرحلة التطبيق العملي. سنتعلم كيفية ربط ذاكرة الوكيل طويلة المدى لتذكر تفاصيل العملاء بين المحادثات. سنقوم بتوسيع كود بايثون الخاص بنا ليشمل ذاكرة أكثر قوة، مما يسمح لوكيلنا بتذكر ليس فقط الرسالة الأخيرة، بل تاريخ المحادثة بالكامل، وحتى التفاعلات السابقة مع نفس العميل. استعد لجعل وكيلك "يتذكرك"