كيف يمكن لرفيق الذكاء الاصطناعي تجنب التذكير بالتاريخ المهم الخاطئ؟
بالنسبة للتذكير بالتاريخ القائم على الاشتراك الاختياري، ينبغي لرفيق الذكاء الاصطناعي أن يفصل بين التاريخ المتذكَّر والإشعار المجدول. ويجب عليه تسجيل مصدر التاريخ، ومطالبة المستخدم بتأكيد الشخص والتاريخ والسنة والمنطقة الزمنية ووقت التذكير، وألا يرسل أي شيء طالما ظلت أي من هذه التفاصيل غير محسومة. كما يجب أن يؤدي أي تصحيح أو إيقاف مؤقت أو إلغاء إلى تحديث حالة التذكير وأن يكون مرئياً للمستخدم.
لماذا لا يُعد تذكّر التاريخ مساوياً لجدولة التذكير؟
يمكن للمحادثة أن تحتوي على حقيقة مفيدة دون أن تتضمن إذناً بإنشاء تنبيه. فعبارة "حفل مايا الموسيقي في 14 مايو" قد تكون ملاحظة شاركها المستخدم، أو خطة مبدئية، أو تاريخاً تم استنتاجه من صياغة غامضة. وهي لا تحدد بذاتها ما إذا كان التذكير مطلوباً، أو أي سنة تنطبق، أو ما هو الوقت المناسب لإرساله، أو أي منطقة زمنية يجب استخدامها.
لذلك، يتعامل التصميم الموثوق مع هذه العناصر كسجلات منفصلة:
**الحقيقة المتذكَّرة:** ما قيل أو تم تقديمه، مع مصدره وأي قدر من عدم اليقين.
**التاريخ المؤكد:** الشخص أو الحدث وتاريخ التقويم الذي دققه المستخدم.
**الإشعار المجدول:** تنبيه وافق عليه المستخدم صراحةً، مع وقت الإرسال والمنطقة الزمنية والحالة الحالية.
هذا الفصل هو توصية تصميمية لرفقاء الذكاء الاصطناعي. تصف صفحات مساعدة تقويم Google كيفية إنشاء الأحداث وإدارة الإشعارات في التقويم؛ وهي لا تصف ذاكرة رفيق الذكاء الاصطناعي أو تنفذ سير العمل المقترح هنا. وكمثال على التقويم فقط، تتعامل تعليمات Google مع إنشاء حدث كإجراء يتضمن تفاصيل الحدث وخطوة حفظ ([تقويم Google: إنشاء حدث](https://support.google.com/calendar/answer/72143?hl=en)).
ما هي التفاصيل التي يجب تأكيدها قبل الجدولة؟
أكّد التفاصيل التي تحدد معنى التنبيه ومتى يمكن إطلاقه. ينبغي لشاشة مراجعة قصيرة أو ملخص للمحادثة أن يعرض:
**الشخص أو الحدث:** من يخصه التاريخ، وإلامَ يشير؟
**التاريخ الكامل:** اليوم والشهر والسنة. قد يكون الشهر واليوم بدون سنة غير مكتملين، خاصة عندما يحتمل أن يشير إلى حدوث في الماضي أو المستقبل.
**مصدر التاريخ:** من أين جاء التاريخ — على سبيل المثال، تصريح من المستخدم، أو إدخال تقويم مستورد، أو استنتاج؟ وضح عدم اليقين بدلاً من تقديم التخمين كأمر محسوم.
**توقيت التذكير:** المهلة الزمنية المطلوبة وتوقيت الساعة المحلية، مثل "قبل يوم واحد في الساعة 9:00 صباحاً".
**المنطقة الزمنية:** المنطقة التي يجب أن تحكم وقت الإرسال، لا سيما إذا كان المستخدم يسافر أو كان التاريخ يخص شخصاً في موقع آخر.
**الإذن وقناة الإرسال:** ما إذا كان المستخدم يريد تنبيهاً على الإطلاق، وأين سيظهر إذا كان المنتج يوفر أكثر من قناة إرسال واحدة.
يتيح تقويم Google للمستخدمين ضبط الإشعارات للأحداث وتغيير إعدادات الإشعارات؛ وتحدد إعدادات حسابه وأحداثه كيفية عمل إشعارات التقويم هذه ([تقويم Google: تغيير الإشعارات](https://support.google.com/calendar/answer/37242?hl=en)). وهذا مثال مفيد للتعامل مع الإشعار كإجراء مهيأ له أدوات تحكم خاصة به، وليس كنتيجة تلقائية لمعرفة التاريخ. ولا ينبغي اعتباره دليلاً على أن التقويم يتمتع بذاكرة شبيهة بذاكرة الرفيق الذكي.
مثال خيالي: من تفصيل متذكَّر إلى تنبيه مؤكد
لنفترض أن مستخدماً قال: "حفل مايا الموسيقي في 14 مايو". قد يحتفظ الرفيق بذلك كـ **حقيقة متذكَّرة غير مؤكدة**: فالشخص والحدث والشهر/اليوم موجودة، ولكن السنة والمنطقة الزمنية والإذن بالإشعار غير متوفرة. ولا ينبغي له جدولة تنبيه بناءً على تلك الجملة وحدها.
يمكن للرفيق أن يسأل: "سجلت أن حفل مايا الموسيقي قد يكون في 14 مايو. في أي سنة هو، وما هي المنطقة الزمنية التي يجب أن أستخدمها، وهل ترغب في تذكير؟". يجيب المستخدم: "14 مايو 2027، بتوقيت America/Los_Angeles. يُرجى تذكيري قبل ذلك بيوم في الساعة 9:00 صباحاً بتوقيت المحيط الهادئ". يلخص الرفيق: "سأذكرك بحفل مايا الموسيقي في 13 مايو 2027 في الساعة 9:00 صباحاً بتوقيت America/Los_Angeles، أي قبل يوم واحد من الحفل في 14 مايو. هل أقوم بجدولته؟".
فقط بعد تأكيد المستخدم، يجب على التصميم إنشاء سجل إشعار مثل: **حفل مايا الموسيقي — 14 مايو 2027 — تذكير في 13 مايو 2027 في الساعة 9:00 صباحاً بتوقيت America/Los_Angeles — نشط**. التاريخ والوقت أعلاه هما مثالان خياليان، وليسا تقريراً عن شخص أو حدث حقيقي. يساعد ذكر المنطقة الزمنية صراحةً على تجنب التعامل مع "9:00 صباحاً" كتوقيت عالمي موحد. توضح إرشادات المنطقة الزمنية في تقويم Google أن أوقات الأحداث تُعرض في المناطق الزمنية المحلية وأن تغييرات المنطقة الزمنية قد تؤثر على كيفية ظهور عناصر التقويم؛ وهذا مجرد مثال على سلوك التقويم، وليس ادعاءً بشأن تذكيرات الذكاء الاصطناعي ([تقويم Google: استخدام التقويم في مناطق زمنية مختلفة](https://support.google.com/calendar/answer/37064?hl=en)).
يعد الملخص الموجه للمستخدم مهماً لأنه يوفر فرصة أخيرة لاكتشاف تبديل الشهر واليوم، أو السنة الخاطئة، أو الشخص غير الصحيح، أو الفهم الخاطئ لعبارة "اليوم السابق". وإذا قام المستخدم بتعديل الملخص، يجب على الرفيق إعادة ذكر التفاصيل المعدلة والحصول على التأكيد للجدول الزمني الناتج.
ماذا يجب أن يحدث عندما يكون التاريخ غير محسوم أو متعارضاً؟
لا ترسل تنبيهاً بناءً على تاريخ لا يمكن للنظام تحديده بثقة. على سبيل المثال، إذا كانت إحدى الملاحظات تقول إن حفل مايا الموسيقي في 14 مايو 2027 وأخرى تقول إنه في 21 مايو 2027، فإن التواريخ تتعارض. يمكن للرفيق إظهار التعارض والسؤال عن التاريخ الصحيح، ولكن يجب أن تظل حالة الإشعار **غير مجدول** حتى يحل المستخدم المشكلة ويؤكد الجدول الزمني.
تنطبق القاعدة نفسها عند فقدان تفصيل أساسي. فعبارة "ذكرني قبل الحفل الموسيقي" لا تحدد متى يكون الحفل، أو كم من الوقت مبكراً يجب أن يصل التذكير، أو ربما أي حفل موسيقي يعنيه المستخدم. اطرح سؤال متابعة محدد الهدف. وإذا لم يجب المستخدم، فاحتفظ بالعنصر كملاحظة غير محسومة بدون إشعار نشط. هذا يمنع تحويل الاستنتاج إلى تنبيه لم يوافق عليه المستخدم أبداً.
يوفر نموذج الحالة المفيد وضوحاً لهذا السلوك: **غير مؤكد**، أو **يحتاج إلى توضيح**، أو **مجدول**، أو **متوقف مؤقتاً**، أو **ملغى**، أو **مكتمل**. يجب ألا يتصرف العنصر "غير المؤكد" و"الذي يحتاج إلى توضيح" كعنصر "مجدول". يجوز للنظام الاحتفاظ بالحقيقة المتذكَّرة الأساسية إذا كان ذلك مناسباً، ولكن لا ينبغي له أن يوحي بوجود تنبيه حتى يتم إعداده بالفعل.
كيف ينبغي أن تعمل التصحيحات وحالات الإيقاف المؤقت والإلغاء؟
**التصحيح:** إذا قال المستخدم إن الحفل الموسيقي في 21 مايو وليس 14 مايو، فقم بتحديث التاريخ وعرض وقت التذكير المقترح مرة أخرى. واطلب التأكيد قبل تفعيل الجدول الزمني المصحح. وإذا كان التذكير مجدولاً بالفعل، فحدد بوضوح أي تنبيه نشط سيغيره التصحيح وتأكد من التاريخ المعدل قبل استبداله. واحتفظ بسجل تاريخي مرئي كافٍ لشرح الحالة الحالية، دون إخفاء التاريخ القديم بطريقة قد تربك المستخدم.
**الإيقاف المؤقت:** يجب أن يؤدي الإيقاف المؤقت إلى إيقاف الإرسال مؤقتاً مع الحفاظ على التاريخ وتفاصيل التذكير. أظهر أن الإشعار متوقف مؤقتاً، ووضح ما إذا كان سيُستأنف تلقائياً أم يتطلب من المستخدم استئنافه. لا تصنف التذكير المتوقف مؤقتاً على أنه نشط. يكون الإيقاف المؤقت مفيداً بشكل خاص عندما يرغب المستخدم في حسم تفصيل لاحقاً ولكنه لا يريد انطلاق تنبيه في هذه الأثناء.
**الإلغاء:** يجب أن يؤدي الإلغاء إلى إلغاء تنشيط الإشعار المجدول، وليس مجرد إزالة ملاحظة من المحادثة أو إخفاء العنصر. أكّد أي تذكير يتم إلغاؤه عندما يمكن مطابقة أكثر من تذكير، ثم أظهر حالة ملغاة. وإذا ظل التاريخ المتذكَّر مفيداً، فافصله عن التنبيه الملغى ووفر عناصر تحكم مفهومة لتعديل تلك الحقيقة أو إزالتها. يوفر التقويم عناصر تحكم لتغيير إعدادات الإشعارات، بما في ذلك حدث فردي؛ وهذا مثال ضيق لإدارة الإشعارات، وليس دليلاً على كيفية قيام أي رفيق ذكاء اصطناعي بتخزين التذكيرات أو إلغائها ([مساعدة إشعارات تقويم Google](https://support.google.com/calendar/answer/37242?hl=en)).
بعد أي تغيير، اعرض الحالة الناتجة والتفاصيل المهمة: التاريخ الذي يشير إليه التذكير، ومتى سينطلق، ومنطقته الزمنية، وما إذا كان نشطاً أو متوقفاً مؤقتاً أو ملغى. فالتغيير الصامت يصعب على المستخدم التحقق منه ويمكن أن يترك افتراضاً قديماً قائماً.
قائمة تدقيق قصيرة للمستخدمين
قبل الاعتماد على تذكير بتاريخ، تحقق من العنصر نفسه:
هل تم تسمية الشخص أو الحدث بشكل صحيح؟
هل تم تأكيد التاريخ الكامل، بما في ذلك السنة؟
هل يمكنني معرفة من أين جاء التاريخ، وهل يظهر أي قدر من عدم اليقين بوضوح؟
هل وافقت صراحةً على تنبيه، بدلاً من مجرد ذكر التاريخ؟
هل المهلة الزمنية للتذكير، وتوقيت الساعة، والمنطقة الزمنية صحيحة؟
هل يشير العنصر إلى أنه مجدول ونشط، أم أنه لا يزال بحاجة إلى توضيح؟
إذا قمت بتصحيحه أو إيقافه مؤقتاً أو إلغائه، فهل تطابق الحالة المعروضة ما طلبته؟
إذا كانت أي إجابة غير واضحة، فراجع العنصر أو احسمه قبل التعامل معه كإشعار مجدول. المبدأ التصميمي العملي بسيط: احتفظ بالمعلومات غير المؤكدة كمعلومات غير مؤكدة، واجعل التنبيه المقترح سهل الفحص، ولا تنشئ إشعاراً نشطاً أو تغيره إلا بعد وضوح نية المستخدم وتفاصيل التاريخ ذات الصلة.