किसी AI साथी (कंपैनियन) को उपयोगकर्ताओं को अपनी मेमोरी के बारे में कैसे समझाना चाहिए?

मेमोरी प्रकटीकरण (डिस्क्लोज़र) को उपयोगकर्ता को क्या बताना चाहिए?

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

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

छह उत्तर

उपयोगकर्ता का प्रश्न: क्या मेमोरी बन सकता है? — कार्ड को क्या कहना चाहिए: विशिष्ट विवरण या उसकी श्रेणी का एक सरल विवरण, जैसे "आप छोटे प्रोजेक्ट सारांश पसंद करते हैं।" "वैयक्तिकरण (पर्सनलाइज़ेशन)" जैसे अस्पष्ट लेबल से बचें।

उपयोगकर्ता का प्रश्न: यह कहाँ से आया? — कार्ड को क्या कहना चाहिए: स्रोत की पहचान करें: यह चैट, एक पुरानी चैट, एक कनेक्टेड ऐप, या कोई अन्य स्रोत जिसे उत्पाद वास्तव में उपयोग करता है। यदि यह एक अनुमान है, तो इसे अनुमान के रूप में लेबल करें।

उपयोगकर्ता का प्रश्न: क्या सेव करने की पुष्टि हुई थी? — कार्ड को क्या कहना चाहिए: बताएं कि क्या आइटम सेव किया गया है, लंबित है, सुझाया गया है, या सेव नहीं किया गया है। जब उत्पाद उनका समर्थन करता है तो पुष्टि के लिए कंट्रोल्स प्रस्तुत करें।

उपयोगकर्ता का प्रश्न: इसका दोबारा उपयोग कहाँ किया जा सकता है? — कार्ड को क्या कहना चाहिए: प्रासंगिक गंतव्यों या संदर्भों का वर्णन करें, जैसे कि भविष्य की चैट या कोई नामित कनेक्टेड सुविधा। यह वादा न करें कि यह एक ही स्थान पर रहता है जब तक कि यह सच न हो।

उपयोगकर्ता का प्रश्न: यह कितने समय तक रहेगा? — कार्ड को क्या कहना चाहिए: एक समर्थित प्रतिधारण अवधि (रिटेंशन पीरियड) दें या हटाने की शर्त की व्याख्या करें। यदि समय भिन्न होता है या अज्ञात है, तो ऐसा कहें और लागू नियंत्रण या नीति से लिंक करें।

उपयोगकर्ता का प्रश्न: मैं इसका निरीक्षण, सुधार या इसे डिलीट कैसे कर सकता हूँ? — कार्ड को क्या कहना चाहिए: लागू मेमोरी या गतिविधि कंट्रोल्स से सीधे लिंक करें, और बताएं कि कौन सी कार्रवाई किस प्रति (कॉपी) या स्रोत को बदलती है।

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

चैट इतिहास, सेव की गई मेमोरी और कनेक्टेड-ऐप डेटा कैसे भिन्न हैं?

उपयोगकर्ताओं को यह जानने की आवश्यकता है कि वे किस प्रकार की जानकारी से निपट रहे हैं क्योंकि एक ही विवरण एक से अधिक स्थानों पर मौजूद हो सकता है। एक स्पष्ट इंटरफ़ेस कम से कम तीन अवधारणाओं को अलग करता है:

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

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

**कनेक्टेड-ऐप स्रोत** उपयोगकर्ता द्वारा लिंक की गई किसी अन्य सेवा से उपलब्ध जानकारी है। सेवा को डिस्कनेक्ट करने से भविष्य की पहुंच प्रभावित हो सकती है, लेकिन यह चैट गतिविधि में पहले से कॉपी की गई, संक्षेप की गई या शामिल की गई जानकारी को अनिवार्य रूप से नहीं हटाता है।

ये अंतर वास्तविक उत्पाद कंट्रोल्स में मायने रखते हैं। Google का Gemini Apps Help कहता है कि पिछली चैट को डिलीट करने के बाद वैयक्तिकरण के लिए उनके उपयोग को रोकने में थोड़ा समय लग सकता है, और पिछली चैट से जुड़ी जानकारी को हटाने या सही करने का वर्णन करता है। किसी कनेक्टेड ऐप से याद रखी गई जानकारी के लिए, यह कहता है कि उपयोगकर्ताओं को प्रासंगिक चैट को हटाने और ऐप को डिस्कनेक्ट करने की आवश्यकता हो सकती है; केवल एक काम करने से दूसरा स्रोत उपलब्ध रह सकता है। ये Gemini के कंट्रोल्स और व्यवहार के विवरण हैं, AI साथियों के लिए सार्वभौमिक नियम नहीं ([Gemini Apps Help: पिछली चैट की मेमोरी](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en))।

Google का अलग कनेक्टेड ऐप्स सहायता पृष्ठ यह भी कहता है कि किसी ऐप को डिस्कनेक्ट करने या उस ऐप में डेटा डिलीट करने से Gemini Apps Activity डिलीट नहीं होती है, और Gemini Apps Activity को डिलीट करने से अन्य सेवाओं में डेटा डिलीट नहीं होता है। यह स्पष्ट करता है कि प्रकटीकरण को एक सामान्य "मेमोरी डिलीट करें" लेबल का उपयोग करने के बजाय स्रोत और प्रभावित प्रति की पहचान क्यों करनी चाहिए ([Gemini Apps Help: कनेक्टेड ऐप्स](https://support.google.com/gemini/answer/16836988?hl=en))।

स्रोत-विशिष्ट स्पष्टीकरण कैसा दिखता है?

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

इस स्थिति में एक उपयोगी प्रकटीकरण स्रोतों को अलग से नामित करेगा: "इस सुझाव में पोर्टलैंड के बारे में आपकी पिछली चैट और आपके कनेक्टेड कैलेंडर से उपलब्ध एक ईवेंट का उपयोग किया गया है।" यदि रिले चैट को हटा देता है, तो इंटरफ़ेस को उस चैट-संबंधित स्रोत की स्थिति की रिपोर्ट करनी चाहिए और यह बताना चाहिए कि क्या कैलेंडर कनेक्शन उपलब्ध रहता है। यदि उत्पाद यह नहीं बता सकता कि किसी स्रोत का उपयोग किया गया था या नहीं, तो उसे यह नहीं बताना चाहिए कि उसका उपयोग किया गया था।

यही नियम सुधार पर भी लागू होता है। यदि कोई उपयोगकर्ता कहता है, "वह ईवेंट मेरा नहीं है," तो इंटरफ़ेस को यह पहचानना चाहिए कि क्या सुधार किसी सेव की गई मेमोरी को अपडेट करता है, चैट के उपयोग के तरीके को बदलता है, या कनेक्टेड कैलेंडर को अछूता छोड़ देता है। एक परत (लेयर) में सुधार को सभी स्रोतों को सही करने के रूप में वर्णित नहीं किया जाना चाहिए जब तक कि वह वास्तव में ऐसा न करता हो।

"मुझे आप याद हैं" इतना ही काफी क्यों नहीं है?

मान लीजिए कि कोई ऐप उत्तर देता है, "मुझे आप याद हैं," लेकिन वह सेव किया गया आइटम नहीं दिखा सकता, किसी स्रोत की पहचान नहीं कर सकता, स्थायी स्थिति की पुष्टि नहीं कर सकता, या यह नहीं बता सकता कि उपयोगकर्ता इसे कैसे बदल सकता है। वह शब्दावली संवादी हो सकती है, लेकिन यह इस बात का प्रमाण नहीं है कि कोई मेमोरी सेव की गई थी। यह वर्तमान चैट संदर्भ, एक उत्पन्न प्रतिक्रिया, या एक स्थायी रिकॉर्ड का वर्णन कर सकता है; स्थिति की जानकारी के बिना, उपयोगकर्ता उनके बीच अंतर नहीं कर सकता।

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

उपयोगकर्ताओं को मेमोरी की जाँच और प्रबंधन कैसे करना चाहिए?

जब कोई साथी अप्रत्याशित रूप से किसी विवरण को संदर्भित करता है, तो उपयोगकर्ता को एक छोटे नैदानिक (डायग्नोस्टिक) क्रम का पालन करने में सक्षम होना चाहिए:

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

**नामित स्रोत खोलें।** प्रासंगिक बातचीत, मेमोरी सेटिंग्स, गतिविधि इतिहास, या कनेक्टेड-ऐप सेटिंग्स की जाँच करें। यह न मानें कि ये एक ही रिकॉर्ड हैं।

**सही परत (लेयर) को ठीक करें।** यदि सेव किया गया विवरण गलत है, तो उपलब्ध होने पर मेमोरी कंट्रोल्स में इसे संपादित करें या हटाएं। यदि जानकारी किसी कनेक्टेड सेवा से आती है, तो उस कनेक्शन या मूल आइटम की भी समीक्षा करें।

**परिणाम सत्यापित करें।** स्थिति में बदलाव या पुष्टि की तलाश करें। यदि उत्पाद किसी विलोपन या सुधार की पुष्टि नहीं कर सकता है, तो उसे ऐसा कहना चाहिए और उस कार्रवाई के लिए प्रलेखित किसी भी देरी या सीमा का वर्णन करना चाहिए।

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

स्पष्टीकरण को मेमोरी एक्शन के बगल में रखें

छह-उत्तरों वाला कार्ड सबसे अच्छा काम तब करता है जब यह उस क्षण दिखाई देता है जब उपयोगकर्ता को इसकी आवश्यकता होती है: सुझाई गई मेमोरी की पुष्टि करने से पहले, सेव करने के बाद, या जब कोई प्रतिक्रिया पिछली चैट या कनेक्टेड ऐप की जानकारी का उपयोग करती है। स्थिति को संक्षिप्त रखें, परिचित भाषा में स्रोत का नाम दें, और उपयोगकर्ता को उस नियंत्रण से लिंक करें जो प्रासंगिक रिकॉर्ड को बदलता है। जहाँ प्रतिधारण या पुन: उपयोग सटीक रूप से ज्ञात नहीं है, वहाँ अवधि या गारंटी गढ़ने के बजाय अनिश्चितता का वर्णन करें।

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

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