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

لماذا يحتاج الاسم إلى تأكيد قبل أن يصبح جزءاً من الذاكرة

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

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

مسار عملي للتأكيد

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

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

التسلسل المفيد هو:

**انتبه للمصدر.** هل صرح المستخدم بالاسم مباشرة، أم تم اقتباسه من رسالة، أم جُلِب من ملف أو مصدر متصل، أم تم استنتاجه من السياق، أم كان مجرد تخمين؟

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

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

**لا تحفظ إلا بعد تأكيد صريح.** حافظ على دقة وضيق الصياغة المحفوظة؛ لا تضف اسماً كاملاً غير مؤكد أو اسماً مستعاراً أو تفاصيل صلة قرابة أخرى.

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

ما يجب فعله عند تعارض طريقة الكتابة أو صلة القرابة

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

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

الحالة السلبية المفيدة: متى تمتنع عن السؤال أو الحفظ

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

تمكين المستخدمين من معاينة الذاكرة وتصحيحها وإزالتها

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

تقدم وثائق المساعدة الخاصة بـ ChatGPT من OpenAI مثالاً مستمداً من منتج محدد يوضح سبب أهمية عناصر التحكم هذه: حيث تشير إلى أن الذاكرة قد تعتمد على عدة مصادر متاحة، وقد لا تحتفظ بكل التفاصيل، وتوفر عناصر تحكم للتصحيح والحذف، مع اعتماد خطوات الإزالة على مكان تخزين المعلومات. تصف هذه التفاصيل ChatGPT، وليست معياراً عالمياً لرفقاء الذكاء الاصطناعي. انظر [الذاكرة في ChatGPT](https://help.openai.com/en/articles/8590148-memory-in-chatgpt).

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

قاعدة قرار موجزة للمصممين والمستخدمين

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

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

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