एजेंट मेमोरी का डिज़ाइन: 2026 डिज़ाइनर की हैंडबुक
एजेंट मेमोरी एआई डिजाइन का एक नया पहलू है जिसके बारे में कोई नहीं सिखाता। 4 प्रकार, 5 विश्वास सिद्धांत और एक कार्यशाला के साथ, ऐसी मेमोरी सुविधाएँ विकसित करें जिन पर उपयोगकर्ता वास्तव में भरोसा करते हैं।
आपका AI उत्पाद अब चीज़ें याद रखता है। आपने इसे डिज़ाइन तो नहीं किया था, है ना?
अधिकांश टीमों ने 2025 और 2026 में मेमोरी को उसी तरह लॉन्च किया जैसे उन्होंने 2012 में नोटिफिकेशन लॉन्च किए थे - इसे चालू करके, उपयोगकर्ताओं को नाराज़ होते देखकर और सबसे खराब शिकायतों को ठीक करके। यह एक ऐसा उत्पाद बनाने का अच्छा तरीका है जिसे आसानी से भुला दिया जाए। लेकिन यह एक ऐसा उत्पाद बनाने का बेहद खराब तरीका है जिस पर उपयोगकर्ता वास्तव में अपने काम, अपनी पसंद और उन छोटी-छोटी शर्मनाक बातों के लिए भरोसा कर सकें जिनसे एजेंट को लगता है कि वह उन्हें जानता है।
यह एजेंट मेमोरी के लिए डिज़ाइनर की मार्गदर्शिका है। इसे एक बार पढ़ें, फिर अपने उत्पाद को ठीक करें।
एजेंट मेमोरी वास्तव में क्या है
एजेंट मेमोरी वह सब कुछ है जो आपका उत्पाद सत्रों के दौरान उपयोगकर्ता के बारे में याद रखता है और जिसका उपयोग वह अपने भविष्य के व्यवहार को बदलने के लिए करता है। यही इसकी पूरी परिभाषा है। मुख्य शब्द है "बदलने के लिए उपयोग करता है", क्योंकि व्यवहार परिवर्तन के बिना भंडारण केवल एक डेटाबेस है, और डेटाबेस कोई डिज़ाइन समस्या नहीं है।
चैट इतिहास लॉग मेमोरी नहीं है। मॉडल द्वारा हर प्रॉम्प्ट में चुपचाप डाली गई प्राथमिकताओं की सूची मेमोरी है। एजेंट द्वारा प्रासंगिक होने पर खोजी जाने वाली पिछली बातचीत का वेक्टर भंडार मेमोरी कहलाता है। Claude में पिन किया गया प्रोजेक्ट संदर्भ या GPT में कस्टम निर्देश, ये भी मेमोरी ही हैं, बस इनके स्वरूप और जीवनकाल अलग-अलग हैं।
डिजाइनरों को किसी भी मेमोरी फ़ीचर के तीन गुणों पर ध्यान देना चाहिए: क्या संग्रहीत होता है, इसका उपयोग कब होता है, और इसे कौन देख और बदल सकता है। यदि आपका उत्पाद इन तीनों में से किसी भी एक पर अस्पष्ट है, तो आपके उपयोगकर्ता भी अस्पष्ट होंगे, और अस्पष्ट उपयोगकर्ता उस चीज़ पर भरोसा नहीं करते जिसका वे उपयोग कर रहे हैं।
2025 और 2026 में मेमोरी मुख्यधारा के UX में कैसे शामिल हुई
तीन चीजें एक साथ हुईं। ChatGPT ने 2025 की शुरुआत में मेमोरी को सभी के लिए उपलब्ध कराया, Claude ने इसके तुरंत बाद स्थायी संदर्भ वाले प्रोजेक्ट लॉन्च किए, और लंबे संदर्भ विंडो चलाने की लागत अंततः इतनी कम हो गई कि "सब कुछ याद रखें" एक मज़ाक नहीं बल्कि एक उत्पाद रणनीति बन गई। 2025 के अंत तक, मेमोरी AI उत्पाद लॉन्च पर एक मानक विकल्प बन गई थी।
उपयोगकर्ताओं की अपेक्षा भी तेज़ी से बढ़ी। जो लोग Claude, ChatGPT, Cursor और Granola का रोज़ाना इस्तेमाल करते हैं, वे अब हर नए AI टूल से यह उम्मीद करते हैं कि वह उन्हें याद रखे। जब AI गलत जानकारी याद रखता है तो वे नाराज़ हो जाते हैं, और जब AI उन बातों को याद रखता है जो उन्होंने बताई ही नहीं थीं, तो वे घबरा जाते हैं।
मेमोरी फ़ीचर वाले उत्पादों की आपूर्ति में ज़बरदस्त उछाल आया है। लेकिन अच्छी मेमोरी डिज़ाइन वाले उत्पादों की आपूर्ति अभी भी लगभग न के बराबर है। यही अंतर अवसर है।
हर डिज़ाइनर को पता होनी चाहिए चार प्रकार की मेमोरी
ज़्यादातर टीमें मेमोरी को एक ही श्रेणी में रखती हैं। यही पहली गलती है। मेमोरी के चार अलग-अलग प्रकार हैं, और हर एक की स्टोरेज, प्रस्तुति और भरोसे से जुड़ी ज़रूरतें अलग-अलग होती हैं।
प्राथमिकताएं वे विकल्प हैं जो उपयोगकर्ता एजेंट के व्यवहार के बारे में बताते हैं। लहजा, प्रारूप, लंबाई, भाषा, क्या छोड़ना है, क्या हमेशा शामिल करना है। ये स्पष्ट, धीरे-धीरे बदलने वाले और भरोसेमंद होते हैं। उपयोगकर्ता इन्हें एक बार सेट करके भूल जाना चाहते हैं।
उपयोगकर्ता तथ्य उपयोगकर्ता के बारे में व्यक्तिगत जानकारी होती है। नाम, पद, कंपनी, उनके द्वारा किए जाने वाले प्रोजेक्ट, उनके द्वारा उपयोग किए जाने वाले उपकरण, यदि उन्होंने कभी अपने बच्चों का ज़िक्र किया हो तो उनके नाम। ये जानकारी तेज़ी से एकत्रित होती है और व्यक्तिगत लगती है। उपयोगकर्ता इन्हें देखना, संपादित करना और अनावश्यक जानकारी को हटाना चाहते हैं।
कार्य प्रगति पर संदर्भ किसी विशिष्ट कार्य से जुड़ी हर चीज़ होती है। कल का ब्रांड ब्रीफ, वह दस्तावेज़ जिस पर उपयोगकर्ता काम कर रहा है, वह डेटा जो उन्होंने पिछले मंगलवार को पेस्ट किया था। कार्य के दौरान यह जानकारी बहुत उपयोगी होती है, लेकिन बाद में अनावश्यक हो जाती है। डिज़ाइन की चुनौती यह जानना है कि यह कब अनुपयोगी हो जाती है।
व्यवहार संकेत वे अनुमानित पैटर्न होते हैं जिनका उपयोग एजेंट यह अनुमान लगाने के लिए करता है कि क्या करना है। उपयोगकर्ता हमेशा TypeScript में कोड चाहता है, उपयोगकर्ता हमेशा पहले तीन लोगो कॉन्सेप्ट को अस्वीकार करता है, उपयोगकर्ता सुबह 9 बजे की तुलना में रात 9 बजे अधिक सक्रिय होता है। ये सबसे उपयोगी और सबसे अदृश्य होते हैं, और यही संयोजन इन्हें सबसे खतरनाक बनाता है।
मेमोरी डिज़ाइन के लिए पांच भरोसेमंद सिद्धांत
पांच सिद्धांत हैं। इनमें से किसी एक का भी पालन न करने पर आपकी मेमोरी सुविधा एक ऐसी समस्या बन जाएगी जिसका स्क्रीनशॉट लेकर कोई नाराज़ उपयोगकर्ता उसे सार्वजनिक कर सकता है।
दिखाई देने योग्य। एजेंट द्वारा उपयोग की जाने वाली मेमोरी का प्रत्येक भाग बातचीत से एक क्लिक में मिल जाना चाहिए। सेटिंग्स में नहीं, किसी सहायता दस्तावेज़ में नहीं, और न ही तीन मेनू के अंदर छिपा हुआ। यदि उपयोगकर्ता को यह पूछना पड़े कि "इसे यह कैसे पता चला", तो आप पहले ही हार चुके हैं।
संपादन योग्य। प्रत्येक मेमोरी प्रविष्टि को टेक्स्ट के रूप में संपादित किया जा सकता है और एक क्लिक में हटाया जा सकता है। "हम इसका उपयोग अपने मॉडल को बेहतर बनाने के लिए करेंगे" जैसी बातों का कोई मतलब नहीं। उपयोगकर्ता ने इसे लिखा है, उपयोगकर्ता इसका मालिक है, उपयोगकर्ता इसे अभी हटा सकता है और यह हमेशा के लिए गायब हो जाएगी।
सीमित दायरा। मेमोरी का एक घोषित दायरा होना चाहिए। प्रति-बातचीत, प्रति-प्रोजेक्ट, प्रति-खाता। आपके कोड एडिटर में संक्षिप्त उत्तरों की प्राथमिकता आपके थेरेपी चैटबॉट में नहीं दिखनी चाहिए। दायरा वह हिस्सा है जिसमें अधिकांश उत्पाद गलती करते हैं, और यही वह विफलता है जो सबसे तेज़ी से विश्वास को नष्ट करती है।
समाप्त होने योग्य। मेमोरी की एक निश्चित समय सीमा होनी चाहिए, जिसे या तो उपयोगकर्ता द्वारा घोषित किया जाए या सिस्टम द्वारा अनुमानित किया जाए। कार्य प्रगति पर रहते हुए संदर्भ कार्य के पूरा होने पर समाप्त हो जाना चाहिए। व्यवहार में परिवर्तन होने पर व्यवहार संकेत भी समाप्त हो जाने चाहिए। हमेशा के लिए रहने वाली मेमोरी धीरे-धीरे पुराने डेटा का रिसाव बन जाती है, जिससे भविष्य के सभी उत्तर दूषित हो जाते हैं।
निर्यात योग्य। उपयोगकर्ताओं को अपनी मेमोरी को पठनीय प्रारूप में निर्यात करने और उसे कहीं और ले जाने में सक्षम होना चाहिए। JSON, मार्कडाउन, सादा पाठ, इनमें से कोई भी चुनें। यह वह सिद्धांत है जो अन्य सिद्धांतों को सिद्ध करता है, क्योंकि किसी और के पढ़ने के लिए अपनी मेमोरी लेयर को लिखकर रखना ही स्पष्टता का सबसे अच्छा तरीका है।
ChatGPT मेमोरी और साइलेंट अपडेट की समस्या
ChatGPT मेमोरी दुनिया में सबसे अधिक उपयोग की जाने वाली मेमोरी सुविधा है। यह वह सुविधा भी है जो सबसे स्पष्ट रूप से दर्शाती है कि जब आप कुछ सिद्धांतों का पालन करते हैं और अन्य को नज़रअंदाज़ करते हैं तो क्या होता है।
दिखाई देने वाला भाग ठीक है। एक मेमोरी ड्रॉअर है, आप इसे खोल सकते हैं, आप प्रविष्टियाँ देख सकते हैं। संपादन योग्य भाग ठीक से काम करता है, आप किसी प्रविष्टि को हटा सकते हैं और वह हमेशा के लिए गायब हो जाती है। अब तक सब ठीक है।
लेकिन खामोश अपडेट ही इसकी खामी है। ChatGPT सामान्य बातचीत के दौरान बिना पूछे ही नई मेमोरी प्रविष्टियाँ लिख देता है, और इसका एकमात्र संकेत एक छोटा सा "मेमोरी अपडेट हो गई" का संदेश होता है जो दो सेकंड में गायब हो जाता है। उपयोगकर्ता अक्सर महीनों से जमा किए गए उन तथ्यों को खोजते हैं जिन्हें उन्होंने कभी स्पष्ट रूप से अनुमोदित नहीं किया था, जिनमें गलत अनुमान और एक बार की चैट से शर्मनाक बातें शामिल हैं। डिफ़ॉल्ट व्यवहार आश्चर्य पैदा करता है, और आश्चर्य विश्वास का विपरीत होता है।
इसका समाधान यह होगा कि पहली दस बार मेमोरी सहेजते समय एक छोटा सा अनुमति अनुरोध दिखाया जाए, साथ ही एक साप्ताहिक सारांश भी हो जो यह दिखाए कि उपयोगकर्ता द्वारा पिछली बार जाँच करने के बाद से क्या जोड़ा गया है। इनमें से कोई भी मौजूद नहीं है। यह एक डिज़ाइन संबंधी निर्णय है, तकनीकी खामी नहीं।
Claude परियोजनाओं में मेमोरी, और इसकी खूबियाँ
Claude का दृष्टिकोण ChatGPT के दृष्टिकोण के बिल्कुल विपरीत है। Claude में मेमोरी मुख्य रूप से प्रोजेक्ट्स के भीतर रहती है, जो उपयोगकर्ता द्वारा बनाए गए कंटेनर होते हैं जिनमें स्पष्ट निर्देश और अपलोड की गई फ़ाइलें होती हैं। उपयोगकर्ता प्रोजेक्ट बनाता है, उसे नाम देता है और उसमें संदर्भ भरता है। मेमोरी निर्माण के अनुसार स्वैच्छिक होती है।
इससे स्कोप की समस्या आसानी से हल हो जाती है। आपका "मार्केटिंग स्ट्रैटेजी" प्रोजेक्ट आपके "थेरेपी जर्नल" प्रोजेक्ट को प्रभावित नहीं करता, क्योंकि वे अलग-अलग संदर्भ वाले अलग-अलग कंटेनर हैं। उपयोगकर्ता सीमा को समझता है क्योंकि उपयोगकर्ता ने ही उसे निर्धारित किया है।
इसका नुकसान यह है कि Claude आपके लिए कम काम करता है। प्रोजेक्ट्स में आपकी प्राथमिकताओं की कोई स्वतः मेमोरी नहीं होती, इसलिए आपको बार-बार वही काम दोहराना पड़ता है। नए Claude मेमोरी फ़ीचर्स इस अंतर को पाटने लगे हैं, लेकिन डिज़ाइन का मूल पाठ पहले से ही स्पष्ट है। उपयोगकर्ता द्वारा निर्धारित स्कोप, सिस्टम द्वारा अनुमानित स्कोप से ज़्यादा भरोसेमंद होते हैं, भले ही इसमें थोड़ी असुविधा हो।
कर्सर नियम, .cursorrules पैटर्न और मेमोरी को कोड के रूप में उपयोग करना
कर्सर पूरी तरह से एक अलग मॉडल का उपयोग करता है। प्रोजेक्ट के नियम रिपॉजिटरी में मौजूद .cursorrules या .cursor/rules/ नामक फ़ाइल में रहते हैं। डेवलपर नियमों को सादे टेक्स्ट में लिखते हैं, उन्हें गिट में कमिट करते हैं, और एजेंट हर बार इंटरैक्शन के दौरान उन्हें पढ़ता है।
यह मेमोरी को कोड के रूप में इस्तेमाल करने जैसा है। इसमें भरोसे के सिद्धांतों के सभी गुण मौजूद हैं, क्योंकि रिपॉजिटरी में मौजूद टेक्स्ट फ़ाइलें परिभाषा के अनुसार दृश्यमान, संपादन योग्य, स्कोप्ड और निर्यात योग्य होती हैं। इसकी एकमात्र कमजोरी समाप्ति है, जिसे डेवलपर को फ़ाइल को संपादित करके संभालना होता है।
गैर-डेवलपर उत्पादों के लिए सबक यह नहीं है कि "कॉन्फ़िगरेशन फ़ाइल भेजें।" सबक यह है कि जिस मेमोरी को आप एक दस्तावेज़ के रूप में पढ़ सकते हैं, वह उस मेमोरी की तुलना में अधिक सुरक्षित महसूस होती है जिसे आपको UI के माध्यम से क्वेरी करना पड़ता है। मेमोरी ड्रॉअर डिज़ाइन करते समय, पहले दस्तावेज़ दृश्य डिज़ाइन करें, फिर उसके ऊपर संपादक।
ग्रैनोला, कस्टम GPT निर्देश, और मेमोरी शेप्स का व्यापक प्रभाव
ग्रैनोला, मीटिंग नोट्स टूल, प्रत्येक नोटबुक को अपने आप में एक संदर्भ मानता है। एजेंट नए नोट्स लिखने के लिए नोटबुक में मौजूद सामग्री को पढ़ता है। उपयोगकर्ता के रूप में आपकी कोई वैश्विक स्मृति नहीं होती। इसका स्वरूप "स्मृति वही है जो कमरे में मौजूद है" पर आधारित है, जो इसलिए कारगर है क्योंकि बैठकें स्वाभाविक रूप से सीमित दायरे में होती हैं।
आधुनिक एआई युग में कस्टम जीपीटी निर्देश सबसे पुराना स्मृति स्वरूप है। निर्माता एक सिस्टम प्रॉम्प्ट लिखता है, उपयोगकर्ता जीपीटी का चयन करता है, और प्रॉम्प्ट हर उत्तर को आकार देता है। यह नाजुक है, अनुकूलनशील नहीं है, और फिर भी सबसे अधिक उपयोग किया जाने वाला स्मृति तंत्र है क्योंकि यह बेहद सरल और पूरी तरह से सुपाठ्य है।
इन सभी में एक समान पैटर्न यह है कि सर्वोत्तम स्मृति डिज़ाइन उपयोगकर्ता को स्मृति का लेखक बनाते हैं। सबसे खराब डिज़ाइन सिस्टम को लेखक और उपयोगकर्ता को श्रोता बनाते हैं।
वे चार विफलता मोड जिनसे आपको बचना चाहिए
प्रत्येक स्मृति सुविधा चार तरीकों में से किसी एक में विफल होती है। इन्हें नाम दें, इन पर नज़र रखें, और डिज़ाइन समीक्षा में इन्हें दूर करें।
बढ़ती हुई विफलता स्मृति उपयोगकर्ता द्वारा इसे व्यवस्थित करने की गति से कहीं अधिक तेज़ी से संचित होती है। तीन महीने बाद उपयोगकर्ता के पास 400 प्रविष्टियाँ हैं, जिनमें से आधी गलत या पुरानी हैं, और उन्हें साफ़ करने का कोई व्यावहारिक तरीका नहीं है। इसे सीमा, क्षय टाइमर और बल्क-डिलीट टूल से ठीक करें।
आश्चर्यजनक स्थिति। एजेंट ऐसी मेमोरी का उपयोग करता है जिसके बारे में उपयोगकर्ता को पता नहीं था, और उपयोगकर्ता को लगता है कि उस पर नज़र रखी जा रही है। इसे सक्रिय प्रकटीकरण, प्रत्येक उत्तर पर "आपने ऐसा क्यों कहा" का विकल्प और पहली बार मेमोरी के उपयोग की पुष्टि करके ठीक करें।
लॉक-इन। उपयोगकर्ता छोड़ नहीं सकता क्योंकि उसकी मेमोरी आपके उत्पाद में फंसी हुई है। इसे एक क्लिक में पोर्टेबल फॉर्मेट में निर्यात करके, बिना किसी मार्केटिंग ईमेल के और बिना किसी सपोर्ट टिकट की आवश्यकता के ठीक करें।
मेमोरी होल। एजेंट वह चीज़ भूल जाता है जिसे उपयोगकर्ता को सबसे ज़्यादा याद रखने की ज़रूरत होती है। उपयोगकर्ता एक ही संदर्भ को पाँच बार दोहराता है और उत्पाद बदल देता है। इसे स्पष्ट पिनिंग, "इसे याद रखें" बटन जो नाम के अनुसार काम करता है, और एक मेमोरी इंस्पेक्टर जो प्रविष्टि की मौजूदगी को साबित करता है, से ठीक करें।
चुनें कि आपका उत्पाद वर्तमान में इनमें से किसके सबसे करीब है। यह अगले तिमाही के लिए आपका रोडमैप है।
मेमोरी फ़ीचर्स के लिए डिज़ाइन शब्दावली
आप उसका डिज़ाइन नहीं कर सकते जिसका नाम आप नहीं रख सकते। यहाँ वह कार्यशील शब्दावली दी गई है जिस पर सर्वश्रेष्ठ टीमें काम कर रही हैं, और कुछ परिभाषाएँ भी हैं जिन्हें आप अपना सकते हैं।
एक मेमोरी कार्ड संग्रहित मेमोरी की सबसे छोटी इकाई है। एक कार्ड, एक तथ्य या प्राथमिकता, एक टाइमस्टैम्प, एक दायरा, एक स्रोत। कार्ड को उसी तरह दिखाएँ जैसे आप संदेश दिखाते हैं, हर कार्ड पर एक समान सुविधाएँ हों।
एक स्कोप चिप एक छोटी सी गोली होती है जो किसी मेमोरी या सेशन के दायरे को बताती है। "यह बातचीत," "यह प्रोजेक्ट," "आपका सारा काम," "सब कुछ।" स्कोप चिप मेमोरी कार्ड पर, बातचीत पर और एजेंट के अपने जवाबों पर तब लगाई जाती है जब वह मेमोरी का उल्लेख करता है।
एक डीके टाइमर मेमोरी एंट्री पर दिखाई देने वाला उलटी गिनती या समाप्ति लेबल होता है। "14 दिनों में समाप्त होगा," "प्रोजेक्ट बंद होने तक रखा जाएगा," "स्थायी।" क्षय टाइमर समाप्ति की अमूर्त अवधारणा को ऐसी चीज़ में बदल देते हैं जिसे उपयोगकर्ता देख और बदल सकता है।
ऑडिट ट्रेल एजेंट द्वारा किए गए कार्यों और उनके कारणों का लॉग होता है, जिसमें प्रत्येक उत्तर में उपयोग की गई मेमोरी भी शामिल होती है। इसे प्रत्येक संदेश पर एक-क्लिक सुविधा बनाएं। AI उत्तरों के लिए ऑडिट ट्रेल को सफलतापूर्वक लागू करने वाला पहला उत्पाद अगले दशक तक बाज़ार में विश्वास का केंद्र बनेगा।
मेमोरी इंस्पेक्टर सभी संग्रहित मेमोरी का पूर्ण-स्क्रीन दृश्य होता है, जिसे दायरे के अनुसार व्यवस्थित किया जाता है, स्रोत के अनुसार फ़िल्टर किया जा सकता है और नवीनता के अनुसार क्रमबद्ध किया जा सकता है। यह आपके AI उत्पाद की सबसे महत्वपूर्ण स्क्रीन है, और अधिकांश उत्पादों में यह नहीं होती है।
मेमोरी फ़ीचर डिज़ाइन कार्यशाला
यहां एक छह-चरणीय कार्यशाला है जिसे आप एक दोपहर में आयोजित करके शुरू से एक मेमोरी फ़ीचर डिज़ाइन कर सकते हैं। एक डिज़ाइनर, एक PM और एक इंजीनियर को लाएं जो मॉडल लेयर को जानता हो।
-
अपने उत्पाद के लिए चार मेमोरी प्रकारों की सूची बनाएं। प्रत्येक प्रकार के लिए एक वाक्य लिखें जिसमें बताया गया हो कि आपके एजेंट को उस बकेट में क्या याद रखना चाहिए। यदि कोई प्रकार लागू नहीं होता है, तो उसे स्पष्ट रूप से हटा दें।
-
मेमोरी इंस्पेक्टर बनाएं। केवल इंस्पेक्टर, कोई अन्य स्क्रीन नहीं। एक मेमोरी कार्ड कैसा दिखता है, उसमें कौन-कौन से फ़िल्टर मौजूद हैं, उपयोगकर्ता क्या डिलीट, एडिट, पिन या एक्सपोर्ट कर सकता है।
-
प्रत्येक प्रकार के लिए डिफ़ॉल्ट स्कोप तय करें। प्रति-संवाद, प्रति-प्रोजेक्ट या वैश्विक। प्रत्येक विकल्प के लिए एक वाक्य में स्पष्टीकरण दें। यदि आप स्पष्टीकरण नहीं दे सकते, तो डिफ़ॉल्ट गलत है।
-
प्रत्येक प्रकार के लिए समाप्ति नीति निर्धारित करें। या तो एक निश्चित अवधि, "प्रोजेक्ट बंद होने" जैसी कोई घटना, या "उपयोगकर्ता द्वारा डिलीट किए जाने तक स्थायी"। कोई भी प्रकार अस्पष्ट नहीं होना चाहिए।
-
प्रकटीकरण डिज़ाइन करें। उपयोगकर्ता को कैसे पता चलेगा कि मेमोरी कब सहेजी जा रही है, कब उपयोग की जा रही है और कब अपडेट की जा रही है। टोस्ट, बैज, इनलाइन उद्धरण और साप्ताहिक सारांश के बारे में स्पष्ट जानकारी दें।
-
निर्यात प्रारूप लिखें। एक टेक्स्ट एडिटर खोलें और JSON या मार्कडाउन फ़ाइल लिखें जो आपका निर्यात बटन 200 मेमोरी प्रविष्टियों वाले एक भारी उपयोगकर्ता के लिए उत्पन्न करेगा। यदि यह डेटाबेस डंप जैसा दिखता है, तो इसे तब तक रीडिज़ाइन करें जब तक यह नोट्स जैसा न लगे।
यही वर्कशॉप है। मेमोरी कोड की पहली पंक्ति लिखने से पहले इसे चलाएँ, और लॉन्च के बाद जब आपको पता चल जाए कि उपयोगकर्ता वास्तव में क्या उपयोग करते हैं, तब इसे फिर से चलाएँ।
प्रमुख उत्पादों की स्थिति का त्वरित तुलनात्मक विश्लेषण
यहाँ उन उत्पादों का स्कोरकार्ड दिया गया है जिनका आज अधिकांश टीमें संदर्भ लेती हैं। जैसे-जैसे इनमें अपडेट आते रहेंगे, आपके अनुभव भिन्न हो सकते हैं, लेकिन खूबियों और कमियों का पैटर्न स्थिर है।
| उत्पाद | दृश्यमान | संपादन योग्य | सीमित | समाप्ति योग्य | निर्यात योग्य |
|---|---|---|---|---|---| | ChatGPT मेमोरी | आंशिक | हाँ | कमज़ोर | नहीं | नहीं |
| Claude प्रोजेक्ट | हाँ | हाँ | मज़बूत | मैनुअल | आंशिक |
| कर्सर नियम | हाँ | हाँ | मज़बूत | मैनुअल | हाँ |
| ग्रैनोला नोटबुक | हाँ | हाँ | मज़बूत | लागू नहीं | आंशिक |
| कस्टम GPT निर्देश | हाँ | हाँ | मज़बूत | मैन्युअल | हाँ |
पैटर्न स्पष्ट है। वे उत्पाद जो उपयोगकर्ता को कंटेनर बनाने की सुविधा देते हैं, वे दायरे और निर्यात क्षमता के मामले में सबसे आगे हैं, लेकिन इसके बदले उन्हें असुविधा का सामना करना पड़ता है। वे उत्पाद जो मेमोरी को स्वचालित करते हैं, वे सुविधा के मामले में सबसे आगे हैं, लेकिन इसके बदले उन्हें विश्वास के मामले में समझौता करना पड़ता है। अभी तक कोई भी ऐसा उत्पाद नहीं है जिसने इन दोनों समस्याओं का सही समाधान किया हो, यही कारण है कि यह अभी भी एक व्यापक डिज़ाइन क्षेत्र है।
अगले दो से तीन वर्षों के लिए इसका क्या अर्थ है
तीन भविष्यवाणियाँ, जिन पर भरोसा किया जा सकता है।
मेमोरी इंस्पेक्टर एक मानक उत्पाद इंटरफ़ेस बन जाएंगे। 18 महीनों के भीतर, प्रत्येक गंभीर AI उत्पाद में एक समर्पित मेमोरी स्क्रीन होगी, और उस स्क्रीन की गुणवत्ता उपयोगकर्ताओं द्वारा एक उत्पाद को दूसरे पर चुनने के शीर्ष तीन कारणों में से एक होगी। अभी से अपना डिज़ाइन करना शुरू करें।
विश्वास के सिद्धांत विनियमित हो जाएंगे। AI मेमोरी की दृश्यता, संपादन क्षमता और निर्यात क्षमता गोपनीयता कानून में शामिल होने जा रही है, संभवतः पहले EU में, और संभवतः 2028 तक व्यापक रूप से। वे उत्पाद जो इन्हें अनुपालन कार्य के बजाय सुविधाओं के रूप में मानते हैं, वे उच्च-विश्वास वाले सेगमेंट पर कब्जा कर लेंगे।
मेमोरी ही ब्रांड बन जाती है। लोग एक AI उत्पाद के बजाय दूसरे को क्यों चुनते हैं, इसका कारण अब मॉडल की गुणवत्ता नहीं, बल्कि यह होगा कि उत्पाद उन्हें कितनी अच्छी तरह याद रखता है। मॉडल एक वस्तु है, मेमोरी ही ब्रांड की सुरक्षा है। इस चक्र में AI टीमों के सबसे मूल्यवान सदस्य वे डिज़ाइनर होंगे जो अपने उत्पादों के लिए इस सुरक्षा कवच को हासिल करेंगे।
अब आपके पास ढांचा है। अपना उत्पाद खोलें, मेमोरी की वह विशेषता खोजें जो पांच सिद्धांतों में से किसी एक का उल्लंघन करती हो, और इसे इसी सप्ताह ठीक करें।
मेमोरी कोई सेटिंग की समस्या नहीं है। यह एक संबंध की समस्या है जो भंडारण के रूप में सामने आती है। मेमोरी में हर प्रविष्टि आपके उत्पाद द्वारा उपयोगकर्ता के बारे में किया गया एक छोटा सा दावा है, और यह दावा या तो उपयोगकर्ता की आत्म-छवि से मेल खाता है या उससे टकराता है।
इस चक्र में सफल होने वाली टीमें मेमोरी को उसी तरह प्रबंधित करेंगी जैसे वे खोज या ऑनबोर्डिंग को प्रबंधित करती हैं। एक समर्पित प्रबंधक, साप्ताहिक समीक्षा कि क्या संग्रहीत किया गया और क्यों, मेमोरी की सटीकता और उपयोगकर्ता के विश्वास पर वास्तविक मेट्रिक्स। यह किसी बैकएंड इंजीनियर के लिए कोई अतिरिक्त काम नहीं होना चाहिए।
यदि आपके रोडमैप में अगले तिमाही के लिए मेमोरी से संबंधित कार्य शामिल नहीं है, तो रोडमैप गलत है। दस्तावेज़ खोलें, कार्य जोड़ें, प्रबंधक नियुक्त करें। जल्दी बुकिंग करने का मौका तेजी से खत्म हो रहा है।
Need a designer who actually understands AI products? Hire Brainy to design your memory layer.
Get Started
