किसी AI साथी को परिवार के किसी सदस्य का नाम याद रखने से पहले उसकी पुष्टि कैसे करनी चाहिए?

मेमोरी बनने से पहले किसी नाम की पुष्टि क्यों ज़रूरी है

कल्पना कीजिए कि कोई उपयोगकर्ता कहता है: “मेरी बहन माया (Maya) इस सप्ताहांत आ रही है। मेरे कज़न के नोट में उसका नाम माजा (Maja) लिखा है, लेकिन मुझे लगता है कि यह टाइपो है।” इस बातचीत में दो वर्तनी (स्पेलिंग) और एक रिश्ता शामिल है। कोई सहायक यह निष्कर्ष निकालने के लिए प्रेरित हो सकता है कि माया ही बहन है और माजा एक त्रुटि है। लेकिन कज़न का नोट किसी अन्य व्यक्ति के संदर्भ में हो सकता है, और “मुझे लगता है” अनिश्चितता को दर्शाता है। किसी भी स्पेलिंग को एक तय तथ्य के रूप में सहेजना एक अनसुलझे विवरण को स्थायी संदर्भ में बदल देगा।

एक उपयोगी डिज़ाइन अंतर यह है कि उपयोगकर्ता सीधे क्या कहता है और सिस्टम केवल किस बात का सामना करता है या क्या निष्कर्ष निकालता है। “मेरी बहन माया चेन है” एक सीधा बयान है। चिपकाए गए नोट के अंदर का नाम उद्धृत या आयातित संदर्भ है। “माजा निश्चित रूप से माया ही होगी” एक अनुमान (इनफ़रेंस) है। बिना किसी स्पष्ट स्रोत के दिया गया नाम एक अटकल है। ये श्रेणियां सहायक को यह तय करने में मदद करती हैं कि पूछना है या नहीं, और उपयोगकर्ताओं को यह समझने में मदद करती हैं कि वह क्यों पूछ रहा है। ये साथी डिज़ाइन के लिए एक प्रस्तावित वर्कफ़्लो हैं, न कि यह दावा कि प्रत्येक AI उत्पाद पहले से ही नामों को इसी तरह संभालता है।

एक व्यावहारिक पुष्टि वर्कफ़्लो

किसी तीसरे पक्ष का नाम सहेजने से पहले, सहायक को सरल भाषा में सटीक प्रस्तावित मेमोरी की पहचान करनी चाहिए और उपयोगकर्ता से इसकी पुष्टि करने के लिए कहना चाहिए। उदाहरण के लिए: “क्या आप चाहते हैं कि मैं याद रखूं कि आपकी बहन का नाम माया चेन है?” इस प्रश्न में सहेजी जा रही स्पेलिंग और रिश्ते दोनों को स्पष्ट किया जाना चाहिए। एक अस्पष्ट “क्या मुझे इसे याद रखना चाहिए?” गलतफहमी की बहुत अधिक गुंजाइश छोड़ देता है।

यदि उपयोगकर्ता पुष्टि करता है, तो केवल पुष्ट किए गए विवरण को सहेजें और एक स्पष्ट संकेत दिखाएं कि मेमोरी सहेजी गई थी। यदि उपयोगकर्ता मना करता है, उत्तर देने से इनकार करता है, या विषय बदल देता है, तो नाम को मेमोरी में न ले जाएं। अनिश्चित विवरण को केवल वर्तमान बातचीत के भीतर ही रखें यदि प्रतिक्रिया देने के लिए इसकी आवश्यकता है, और इसे तय तथ्य के रूप में दोहराने से बचें। यदि उपयोगकर्ता प्रस्ताव में सुधार करता है—“उसका नाम माजा है, और वह मेरी कज़न है”—तो उसे सहेजने से पहले पूछें कि क्या उस सुधारे गए संस्करण को याद रखा जाना चाहिए।

एक उपयोगी क्रम यह है:

**स्रोत पर ध्यान दें।** क्या नाम उपयोगकर्ता द्वारा सीधे कहा गया था, किसी संदेश से उद्धृत किया गया था, किसी फ़ाइल या जुड़े स्रोत से लाया गया था, संदर्भ से अनुमान लगाया गया था, या अटकल लगाई गई थी?

**टकराव की जांच करें।** स्पेलिंग और रिश्ते की तुलना वर्तमान बातचीत में उपयोगकर्ता द्वारा कही गई बातों और किसी भी प्रासंगिक सहेजी गई मेमोरी से करें। असहमति को अनसुलझा मानें, न कि जो संस्करण सबसे अधिक संभावित लगे उसे चुन लेने का संकेत।

**सटीक मेमोरी के बारे में पूछें।** प्रस्तावित नाम और रिश्ता बताएं, फिर सुधार या स्पष्ट हां या ना के लिए कहें।

**केवल स्पष्ट पुष्टि के बाद ही सहेजें।** सहेजे गए शब्दों को सीमित रखें; कोई अपुष्ट पूरा नाम, उपनाम या अन्य रिश्ते का विवरण न जोड़ें।

**परिणाम और नियंत्रण दिखाएं।** उपयोगकर्ता को बताएं कि क्या इसे सहेजा गया था, और इसकी जांच करने और इसे बदलने या हटाने का एक तरीका प्रदान करें।

जब स्पेलिंग या रिश्ते में टकराव हो तो क्या करें

माया/माजा के उदाहरण में, सहायक को चुपचाप स्पेलिंग का मानकीकरण नहीं करना चाहिए। वह कह सकता है: “मुझे आपके संदेश में माया और नोट में माजा दिख रहा है। मुझे किस स्पेलिंग का उपयोग करना चाहिए, और मुझे उस व्यक्ति के साथ क्या रिश्ता जोड़ना चाहिए? मैं तब तक कोई नाम नहीं सहेजूंगा जब तक आप इसकी पुष्टि नहीं करते।” यदि उपयोगकर्ता केवल “माया” उत्तर देता है, तो स्पेलिंग स्पष्ट हो जाती है लेकिन “आपकी बहन माया” जैसी संयुक्त मेमोरी सहेजने से पहले रिश्ते को अभी भी स्पष्ट करने की आवश्यकता हो सकती है।

सुधारों को उसी विवरण तक सीमित रखें जिसे वे हल करते हैं। उपयोगकर्ता द्वारा “माजा” की पुष्टि करने का अर्थ यह नहीं है कि माजा ही बहन है; किसी रिश्ते की पुष्टि करने से यह तय नहीं होता कि औपचारिक नाम का उपयोग करना है या उपनाम का। यदि उपयोगकर्ता अनिश्चित है, तो मेमोरी को असहेजे छोड़ दें और उन्हें बाद में इस पर वापस आने दें। यह एक डिज़ाइन सिफ़ारिश है: आत्मविश्वास से भरी लगने वाली प्रतिक्रिया से अनिश्चितता को छिपाने के बजाय उसे दृश्यमान रहना चाहिए।

मान लीजिए कि उपयोगकर्ता परिवार के ग्रुप-चैट का एक अंश चिपकाता है जिसमें “माया” का उल्लेख है, और फिर उसका सारांश मांगता है। सहायक नाम को सहेजने के लिए कहे बिना अंश का सारांश दे सकता है। बातचीत में किसी तीसरे पक्ष का उल्लेख करना, किसी अन्य को उद्धृत करना, या किसी एक बार के कार्य के लिए मदद मांगना अपने आप में यह संकेत नहीं देता कि उपयोगकर्ता एक स्थायी मेमोरी चाहता है। हर बार कोई नाम आने पर पूछना सामान्य कार्यों में भी बाधा डालेगा। पुष्टि का संकेत उस बिंदु पर होना चाहिए जहां सिस्टम उस विवरण को मेमोरी में बदलने का प्रस्ताव करता है; यदि उसके पास इसे सहेजने का कोई कारण नहीं है, तो वह बस ऐसा करने से बच सकता है।

उपयोगी नकारात्मक स्थिति: कब नहीं पूछना या सहेजना है

मान लीजिए कि उपयोगकर्ता परिवार के ग्रुप-चैट का एक अंश चिपकाता है जिसमें “माया” का उल्लेख है, और फिर सारांश मांगता है। सहायक नाम को सहेजने के लिए कहे बिना अंश का सारांश दे सकता है। बातचीत में किसी तीसरे पक्ष का उल्लेख करना, किसी अन्य को उद्धृत करना, या किसी एक बार के कार्य के लिए मदद मांगना अपने आप में यह संकेत नहीं देता कि उपयोगकर्ता स्थायी मेमोरी चाहता है। हर बार कोई नाम आने पर पूछना सामान्य कार्यों में भी बाधा डालेगा। पुष्टि का संकेत उस बिंदु पर होना चाहिए जहां सिस्टम उस विवरण को मेमोरी में बदलने का प्रस्ताव करता है; यदि उसके पास इसे सहेजने का कोई कारण नहीं है, तो वह बस ऐसा करने से बच सकता है।

उपयोगकर्ताओं को मेमोरी की जांच करने, सुधारने और हटाने की सुविधा दें

पुष्टि उपयोगी मेमोरी नियंत्रण का केवल एक हिस्सा है। उपयोगकर्ता को मेमोरी दृश्य में सहेजी गई प्रविष्टि को देखने, संग्रहीत स्पेलिंग और रिश्ते में अंतर करने, किसी भी फ़ील्ड को सही करने या आइटम को हटाने में सक्षम होना चाहिए। जब कोई सुधार यह बदल देता है कि सिस्टम को क्या उपयोग करना चाहिए, तो इंटरफ़ेस को परिणामी सहेजे गए संस्करण को स्पष्ट करना चाहिए। जब हटाने का अनुरोध किया जाता है, तो सिस्टम को यह संकेत देना चाहिए कि क्या मेमोरी हटा दी गई थी; एक संवादात्मक “मैं इसे भूल जाऊंगा” अपने आप में इस बात का प्रमाण नहीं है कि कोई स्थायी रिकॉर्ड बदल गया है।

OpenAI का ChatGPT सहायता दस्तावेज़ एक उत्पाद-विशिष्ट उदाहरण प्रदान करता है कि ये नियंत्रण क्यों मायने रखते हैं: यह कहता है कि मेमोरी कई उपलब्ध स्रोतों से ली जा सकती है, हो सकता है कि हर विवरण को बनाए न रखे, और सुधार तथा हटाने के नियंत्रण प्रदान करती है, जिसमें हटाने के चरण इस बात पर निर्भर करते हैं कि जानकारी कहां संग्रहीत है। वे विवरण ChatGPT का वर्णन करते हैं, न कि AI साथियों के लिए एक सार्वभौमिक मानक का। देखें [ChatGPT में मेमोरी](https://help.openai.com/en/articles/8590148-memory-in-chatgpt)।

इसी प्रकार, “समझ गया, मैं माया को याद रखूंगा” जैसी बातचीत वाली प्रतिक्रिया यह साबित नहीं करती कि कोई स्थायी मेमोरी वास्तव में सहेजी गई थी। सिस्टम को एक दृश्य मेमोरी स्थिति या किसी अन्य विश्वसनीय उत्पाद संकेत का उपयोग करके, केवल बात स्वीकार करने और पुष्टि की गई बचत के बीच अंतर करना चाहिए। उपयोगकर्ता तब अनुकूल शब्दों से यह अनुमान लगाने के बजाय कि क्या हुआ, मेमोरी नियंत्रणों की जांच कर सकते हैं।

डिज़ाइनरों और उपयोगकर्ताओं के लिए एक संक्षिप्त निर्णय नियम

प्रत्येक प्रस्तावित तीसरे पक्ष के नाम के लिए, पूछें: **स्रोत क्या है? क्या स्पेलिंग स्पष्ट है? क्या रिश्ता स्पष्ट है? क्या उपयोगकर्ता ने मेमोरी के लिए इस सटीक विवरण को स्पष्ट रूप से स्वीकृति दी है?** यदि कोई भी उत्तर अनिश्चित है, तो सहेजने से पहले रुकें। यदि उपयोगकर्ता स्वीकृति देता है, तो संग्रहीत आइटम को दृश्यमान और संपादन योग्य बनाएं; यदि नहीं, तो इसे स्थायी मेमोरी से बाहर रखें। यह छोटा निर्णय नियम उस क्षण पर जांच को केंद्रित करता है जब अनिश्चित संदर्भ किसी के बारे में एक स्थायी दावा बन जाता है।

परिवार के किसी सदस्य का नाम याद रखने में उपयोगकर्ता के अभीष्ट शब्दों को संरक्षित किया जाना चाहिए, न कि किसी उद्धरण, आयात, अनुमान या अटकल को तथ्य में बदला जाना चाहिए। विशिष्ट नाम और रिश्ते के बारे में पूछें, केवल स्पष्ट पुष्टि के बाद ही सहेजें, और परिणाम की जांच करना, सुधारना और हटाना संभव बनाएं। पुष्टि को सहेजने की क्रिया से अलग रखें, ताकि न तो सिस्टम और न ही उपयोगकर्ता किसी संवादात्मक वादे को मेमोरी बदलने का प्रमाण समझने की गलती करे।

इस विषय को आगे पढ़ें