هل يمكن لروبوت دردشة مدعوم بالذكاء الاصطناعي الرد لاحقاً كصديق؟ دليل للردود المؤجلة التي يختارها المستخدم

ماذا يعني "الرد لاحقاً" في محادثة الذكاء الاصطناعي؟

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

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

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

دع المستخدم يختار الوقت والمحتوى

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

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

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

اعرض حالات "قيد الانتظار" و"جارٍ العمل" و"جاهز" و"فشل" بدقة

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

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

يتبع هذا النهج إرشادات الواجهات المعمول بها. يصف نظام Material Design مؤشرات التقدم كطريقة للإبلاغ عن حالة عملية جارية والإجراءات المتاحة. وتحدد إرشادات W3C رسائل الحالة على أنها معلومات حول نتيجة إجراء ما، أو حالة الانتظار، أو التقدم، أو الأخطاء، وتوضح أن مثل هذه التحديثات يجب أن تكون متاحة للتقنيات المساعدة دون الاستحواذ على التركيز (focus). تدعم هذه المبادئ نصوص الحالة المحددة والتي يسهل الوصول إليها، بدلاً من التأخير التزييني أو الصمت غير المبرر. Material Design: مؤشرات التقدم · W3C WAI: فهم معيار النجاح 4.1.3، رسائل الحالة

اجعل الإلغاء والتعديل قريبين من الرد المجدول

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

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

اجعل الإشعارات خياراً منفصلاً

يمكن أن يظهر الرد المجدول في الدردشة دون إرسال إشعار لحظي (Push Notification). قدّم خيار الإشعار بشكل منفصل عن خيار التوقيت—على سبيل المثال: "العرض في الدردشة الساعة 7:00 مساءً" وخيار إضافي "أشعرني عندما يكون جاهزاً". وهذا يتجنب التعامل مع إذن جدولة العمل كإذن لمقاطعة المستخدم لاحقاً.

إذا كانت الإشعارات متوفرة، فاشرح الغرض منها عندما يصل المستخدم إلى هذا الخيار، وحافظ على قابلية استخدام المهمة المجدولة عندما يرفض الشخص ذلك. توصي Apple بطلب الإذن بالإشعارات في السياق المناسب حتى يتمكن الأشخاص من فهم الغرض منها. وبالمثل، تنصح إرشادات الأذونات في Android بطلب الإذن عندما يبدأ المستخدم في استخدام الميزة التي تحتاجه، وتجنب تعطيل مسار الاستخدام، والتعامل مع الرفض بسلاسة. تدعم هذه التوصيات الصادرة عن المنصات اتخاذ قرار منفصل ومستنير بشأن الإشعارات؛ وهي لا تلزم كل منتج بتقديم تنبيهات فورية. Apple Developer: طلب الإذن لاستخدام الإشعارات · Android Developers: طلب أذونات وقت التشغيل

إذا وافق المستخدم، فاجعل التنبيه متناسباً مع رد إبداعي عادي. تنص إرشادات الإشعارات من Apple على تمثيل مدى الإلحاح بدقة والسماح للأشخاص بإدارة خيارات الإشعارات. لا ينبغي تصنيف محفز كتابة روتيني على أنه عاجل أو تقديمه كما لو كان يتطلب اهتماماً فورياً. Apple Human Interface Guidelines: إدارة الإشعارات

تسلسل عملي لرد إبداعي مؤجل

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

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

متابعة استكشاف الموضوع