كيف ينبغي لرفيق الذكاء الاصطناعي أن يشرح ذاكرته للمستخدمين؟

ما الذي يجب أن يخبر به إفصاح الذاكرة المستخدمَ؟

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

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

الإجابات الست

سؤال المستخدم: ما الذي يمكن أن يصبح في الذاكرة؟ — ما يجب أن تقوله البطاقة: التفاصيل المحددة أو وصف صريح لتصنيفها، مثل "أنت تفضل ملخصات المشاريع القصيرة". تجنب التصنيفات الغامضة مثل "التخصيص".

سؤال المستخدم: من أين أتت؟ — ما يجب أن تقوله البطاقة: حدد المصدر: هذه المحادثة، أو محادثة سابقة، أو تطبيق متصل، أو مصدر آخر يستخدمه المنتج بالفعل. وإذا كانت استنتاجًا، فصنفها كاستنتاج.

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

سؤال المستخدم: أين يمكن إعادة استخدامها؟ — ما يجب أن تقوله البطاقة: صِف الوجهات أو السياقات ذات الصلة، مثل المحادثات المستقبلية أو ميزة متصلة محددة بالاسم. لا تعد ببقائها في مكان واحد ما لم يكن ذلك صحيحًا.

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

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

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

كيف تختلف سجلات المحادثات والذاكرة المحفوظة وبيانات التطبيقات المتصلة؟

يحتاج المستخدمون إلى معرفة نوع المعلومات التي يتعاملون معها لأن نفس التفاصيل يمكن أن توجد في أكثر من مكان. تفصل الواجهة الواضحة بين ثلاثة مفاهيم على الأقل:

**سجل المحادثات** هو سجل لحوار دار بالفعل. والاحتفاظ بهذا السجل أو حذفه هو إجراء واحد، ويعتمد تأثيره على التخصيص على تصميم المنتج وقواعده المعلنة.

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

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

هذه الفروق مهمة في عناصر التحكم الفعلية للمنتج. توضح صفحة مساعدة تطبيقات Gemini من Google أن حذف المحادثات السابقة قد يستغرق وقتًا قصيرًا لإيقاف استخدامها للتخصيص، وتصف كيفية حذف أو تصحيح المعلومات المرتبطة بالمحادثات السابقة. وبالنسبة للمعلومات التي تم تذكرها من تطبيق متصل، تشير إلى أن المستخدمين قد يحتاجون إلى حذف المحادثات ذات الصلة وإلغاء ربط التطبيق؛ وقد يؤدي إجراء أحدهما فقط إلى بقاء المصدر الآخر متاحًا. هذه أوصاف لعناصر تحكم Gemini وسلوكه، وليست قواعد عامة لجميع رفقاء الذكاء الاصطناعي ([مساعدة تطبيقات Gemini: ذاكرة المحادثات السابقة](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)).

كما توضح صفحة مساعدة التطبيقات المتصلة المنفصلة من Google أن فصل أحد التطبيقات أو حذف البيانات في ذلك التطبيق لا يؤدي إلى حذف نشاط تطبيقات Gemini، كما أن حذف نشاط تطبيقات Gemini لا يحذف البيانات في الخدمات الأخرى. يوضح هذا سبب وجوب قيام الإفصاح بتحديد المصدر والنسخة المتأثرة بدلاً من استخدام تصنيف عام مثل "حذف الذاكرة" ([مساعدة تطبيقات Gemini: التطبيقات المتصلة](https://support.google.com/gemini/answer/16836988?hl=en)).

كيف يبدو التفسير المخصص للمصدر؟

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

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

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

لماذا لا تكفي عبارة "أنا أتذكرك"؟

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

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

كيف ينبغي للمستخدمين التحقق من الذاكرة وإدارتها؟

عندما يشير رفيق إلى تفصيل بشكل غير متوقع، يجب أن يكون المستخدم قادرًا على اتباع تسلسل تشخيصي قصير:

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

**افتح المصدر المذكور.** تحقق من المحادثة المعنية، أو إعدادات الذاكرة، أو سجل النشاط، أو إعدادات التطبيق المتصل. لا تفترض أنها السجل نفسه.

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

**تحقق من النتيجة.** ابحث عن تغيير في الحالة أو تأكيد. وإذا لم يتمكن المنتج من تأكيد الحذف أو التصحيح، فيجب أن يذكر ذلك ويصف أي تأخير أو قيود موثقة لذلك الإجراء.

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

ضع الشرح بجانب إجراء الذاكرة

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

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

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