एआई साथी को क्या याद रखना चाहिए? क्या सुरक्षित रखा जाए, यह चुनने के लिए एक व्यावहारिक मार्गदर्शिका

उस कार्य से शुरुआत करें जिसे किसी मेमोरी द्वारा बेहतर बनाया जाना चाहिए

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

यह डेटा न्यूनतमकरण (data minimization) का एक व्यावहारिक अनुप्रयोग है: NIST न्यूनतमकरण को व्यक्तिगत जानकारी के निर्माण, उपयोग और बनाए रखने को केवल उसी तक सीमित करने के रूप में परिभाषित करता है जो किसी उद्देश्य के लिए सीधे प्रासंगिक और आवश्यक है, और इसे केवल तब तक रखा जाना चाहिए जब तक कि उस उद्देश्य के लिए इसकी आवश्यकता हो। मेमोरी सुविधा के लिए, इसी से संबंधित डिज़ाइन प्रश्न यह है कि क्या सिस्टम को बाद में उपयोगकर्ता द्वारा चुने गए कार्य को पूरा करने के लिए इस विवरण की आवश्यकता है। NIST’s definition of minimization

अच्छे विकल्प: स्पष्ट प्राथमिकताएं और प्रोजेक्ट के उपयोगी तथ्य

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

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

उत्पाद दस्तावेज़ीकरण यह दर्शाता है कि स्थायी मेमोरी और प्रोजेक्ट के संदर्भ को अलग-अलग विकल्पों के रूप में मानना क्यों मददगार है। OpenAI सहेजी गई मेमोरी को चैट इतिहास से अलग बताता है और प्रोजेक्ट-ओनली मेमोरी विकल्प का दस्तावेजीकरण करता है जो यह सीमित करता है कि कौन से प्रोजेक्ट की बातचीत एक-दूसरे का संदर्भ ले सकती है। ये उत्पाद-विशिष्ट नियंत्रण हैं, इस बात की गारंटी नहीं कि प्रत्येक एआई सिस्टम समान दायरा प्रदान करता है। OpenAI’s memory documentation

अस्थायी परिदृश्य के विवरणों को अस्थायी ही रखें

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

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

Google का Gemini गोपनीयता दस्तावेज़ीकरण सहेजे गए निर्देशों को पिछली चैट के वैयक्तिकरण से अलग करता है और कहता है कि सहेजी गई जानकारी को उपयोगकर्ता द्वारा प्रबंधित या हटाया जा सकता है। यह यह भी नोट करता है कि पिछली चैट का वैयक्तिकरण चैट से जानकारी का उपयोग कर सकता है। यह अंतर एक व्यावहारिक उत्पाद-डिज़ाइन नियम का समर्थन करता है: सुविचारित, संपादन योग्य प्राथमिकताओं को बातचीत के इतिहास से प्राप्त संदर्भ से अलग पहचाना जाना चाहिए। Gemini Apps Privacy Hub

संवेदनशील विशेषताओं का अनुमान न लगाएं या डिफ़ॉल्ट रूप से तृतीय-पक्ष विवरण न सहेजें

एक मेमोरी सिस्टम को बातचीत के संकेतों को संवेदनशील निष्कर्षों में नहीं बदलना चाहिए। किसी उपयोगकर्ता के शब्द, कार्यक्रम, खरीदारी, या एकमुश्त विकल्प व्यक्तिगत विशेषताओं, परिस्थितियों या प्रेरणाओं के बारे में अनुमान लगाने को उचित नहीं ठहराते हैं। यहाँ तक कि जब कोई अनुमान प्रशंसनीय लगता है, तब भी यह गलत हो सकता है, और यदि इसे पुष्ट मान लिया जाए तो भविष्य का उत्तर असहज या भ्रामक हो सकता है। उपयोगकर्ता द्वारा प्रदान किए गए तथ्य को केवल तभी संग्रहीत करें जब उसका कोई स्पष्ट कार्य-संबंधी उपयोग हो; इसे उपयोगकर्ता कौन है, इसके बारे में व्यापक दावे में न बदलें।

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

प्रत्येक मेमोरी को एक दायरा, स्रोत और समीक्षा का मार्ग दें

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

उपयोगकर्ताओं को याद रखी गई जानकारी का निरीक्षण करने, उसे ठीक करने और हटाने में सक्षम होना चाहिए। उन्हें मेमोरी को हटाने, चैट को हटाने या व्यापक वैयक्तिकरण सेटिंग्स को बदलने के बीच अंतर करने में भी सक्षम होना चाहिए। OpenAI का सहायता दस्तावेज़ बताता है कि सहेजी गई मेमोरी चैट इतिहास से अलग हो सकती है, इसलिए केवल मूल चैट को हटाने से अलग से रखी गई मेमोरी नहीं हट सकती है। Gemini का गोपनीयता केंद्र भी इसी तरह अलग-अलग गतिविधि नियंत्रणों और सहेजी गई जानकारी के नियंत्रणों का वर्णन करता है। ये उत्पाद उदाहरण दर्शाते हैं कि स्पष्ट विलोपन मार्ग को यह क्यों समझाना चाहिए कि कोई नियंत्रण किस स्तर को प्रभावित करता है। OpenAI memory controls, Gemini Apps data controls

मेमोरी का चयन प्रकटीकरण और सेटिंग्स के दायरे से अलग है

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

व्यवहार में यह अंतर मायने रखता है। Google की गोपनीयता सूचना जानकारी और सेटिंग्स की कई श्रेणियों का वर्णन करती है, जिसमें सहेजे गए निर्देश, गतिविधि नियंत्रण, कनेक्टेड ऐप्स और सेवाएं प्रदान करने व सुधारने के लिए डेटा का उपयोग शामिल है। सटीक व्यवहार उत्पाद और कॉन्फ़िगरेशन के अनुसार भिन्न होता है। इसलिए, मेमोरी-चयन इंटरफ़ेस को यह बताना चाहिए कि यह क्या नियंत्रित करता है और उपयोगकर्ताओं को लागू गोपनीयता और सेटिंग्स की जानकारी की ओर निर्देशित करना चाहिए, बिना यह संकेत दिए कि यह उन विवरणों का स्थान लेता है। Gemini Apps Privacy Hub

प्रत्येक प्रस्तावित मेमोरी के लिए एक संक्षिप्त निर्णय परीक्षण

किसी विवरण को सहेजने से पहले, चार प्रश्न पूछें:

क्या यह स्पष्ट रूप से प्रदान किया गया था या अनुमोदित किया गया था? यदि यह केवल एक व्याख्या है, तो इसे तथ्य के रूप में संग्रहीत न करें।

क्या यह भविष्य के किसी संभावित विशिष्ट कार्य को बेहतर बनाएगा? उस कार्य का नाम बताएं; यदि कोई ध्यान में न आए, तो उसे छोड़ दें।

इसका उचित दायरा क्या है? उन विवरणों के लिए एक प्रोजेक्ट की सीमा का उपयोग करें जो सामान्य वैयक्तिकरण से संबंधित नहीं हैं।

क्या उपयोगकर्ता इसकी समीक्षा कर सकता है और इसे हटा सकता है? यदि नहीं, तो इंटरफ़ेस को इसे एक सरल, उपयोगकर्ता-नियंत्रित मेमोरी के रूप में प्रस्तुत नहीं करना चाहिए।

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

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

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