الوكلاء الأذكياء مقابل روبوتات الدردشة: ما الذي يتغيّر حين ينفّذ البرنامج؟

«وكيل» صارت الكلمة التي يلجأ إليها المورّدون حين تبدو «روبوت دردشة» قديمة، وهذا مؤسف، لأن التمييز تحتها حقيقي ومهمّ. ولا علاقة له بمدى ذكاء النموذج، بل بهل يُسمح للبرنامج بتغيير شيء.

وإن أردت الطيف الأوسع — روبوت نصّي ومساعد ووكيل، وما يعنيه «السياق» و«الذاكرة» فعلًا — فذلك في من روبوتات الدردشة البسيطة إلى وكلاء الأعمال الأذكياء. وهذا المقال أضيق وأعمل: ما الذي يتغيّر لحظة يستطيع البرنامج التنفيذ، وكيف تقرّر كم تسمح به.

الإجابة والتنفيذ منتجان مختلفان

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

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

القراءة ليست الكتابة

أغلب ما يُسمّى وكيليًّا عمليًّا هو قراءة فقط، والقراءة فقط هي حيث تقع الغالبية الساحقة من القيمة.

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

والكتابة هي الحدّ. الحجز والإلغاء والاسترداد وتحديث عنوان وإغلاق قضية — كلٌّ منها أثر، وكلٌّ منها يستحقّ التفعيل عمدًا لا الوراثة من قائمة مزايا منصّة.

العمل متعدّد الخطوات ممتع وهشّ

الوعد الحقيقي للوكلاء ليس إجراءً مفردًا بل تسلسلًا: فهم الطلب، وإيجاد السجلّ ذي الصلة، ومطابقة سياسة عليه، واتّخاذ الخطوة المناسبة، والتأكيد. وذلك سير عمل، وسير العمل يُخفق بطريقة تختلف عن إخفاق الإجابة.

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

أين مكان الإنسان

السؤال التصميمي المفيد ليس هل يشارك إنسان بل أين. وثلاثة أنماط تغطّي كل شيء تقريبًا، واختيار الخطأ منها أشيع الأخطاء.

اعتماد قبل التنفيذ. يجهّز الوكيل الإجراء ويأذن به شخص. وهو الصحيح لكل ما هو مالي أو غير قابل للعكس أو فوق حدّ معيّن. أبطأ، والبطء هو الميزة.

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

نفّذ ضمن حدود. يجوز للوكيل التنفيذ بحرّية داخل حدّ محدَّد ويجب أن يصعّد خارجه. استرداد دون قيمة، وإعادة جدولة داخل نافذة، وتعديل حقول غير حسّاسة. وهذا هو الوضع الافتراضي الصحيح عادةً، وينبغي أن يضع الحدَّ مالكُ العملية لا المورّد.

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

خطر منح أكثر ممّا يلزم

نمطا إخفاق خاصّان بالوكلاء يستحقّان التسمية صراحةً.

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

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

كيف تُدخله دون أن تندم

النمط الناجح غير برّاق وثابت: أجب أولًا، ثم اقرأ، ثم اكتب في نطاق ضيّق، ثم وسّع.

ابدأ بمساعد يجيب جيدًا من مادّتك — فأغلب الحجم هناك، والأسئلة التي يعجز عنها هي خارطة كل ما بعده. ثم أضف استعلامات القراءة فقط، لأنها أكبر مكسب فائدة متاح بلا تغيير في المخاطرة. ثم اختر إجراء كتابة واحدًا، بأضيق نطاق ممكن، وبحدّ واعتماد، ودعه يعمل بلا حوادث مدّةً قبل توسيعه.

والمنشآت التي تقفز إلى الخطوة الأخيرة تعود عادةً إلى الأولى وقد أنفقت الميزانية وخسرت النقاش الداخلي. والتسلسل مشروح أيضًا من جهة البنية في كيف تعمل المساعدات والاسترجاع والأتمتة معًا.

أين يقع إلبي

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

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

اقرأ أيضًا

خدمة العملاء٢٨ يوليو ٢٠٢٦١٠ دقائق قراءة

روبوتات الدردشة الذكية للتجارة الإلكترونية: الطلبات والإرجاع واستعادة السلّة

تجارة التجزئة الإلكترونية تولّد أكثر أحجام التواصل قابليةً للتنبّؤ من أي قطاع — ثلاثة أسئلة تُطرح بلا هوادة…

اقرأ المقالالاستراتيجية١١ أغسطس ٢٠٢٦١٠ دقائق قراءة

ما الذي يوفّره روبوت الدردشة فعلًا؟ قياسه بصدق

«الذكاء الاصطناعي يوفّر المال» ليست دراسة جدوى، والنسب في عروض المورّدين أرقام غيرك من عملية غيرك. وهذا هو…

اقرأ المقالالذكاء العربي١ أغسطس ٢٠٢٦١١ دقيقة قراءة

معالجة اللغة العربية: لماذا فهم العربية أصعب من توليدها

النماذج الحديثة تكتب عربية جميلة. وتلك هي المشكلة. المخرَج الفصيح هو النصف السهل، وهو يحجب النصف الصعب حجبًا…

اقرأ المقال