साझा एजेंट स्मृति में पहुँच-नियंत्रण की समस्या है, और इसे अभी किसी ने हल नहीं किया

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

कुछ ही हफ्तों के अंतर में दो विक्रेताओं ने इसके जवाब उतारे। Tencent Cloud की Team Memory, जिसे मैंने लॉन्च के समय एक अलग लेख में कवर किया था, 13 अगस्त को एक शासित स्मृति हब के रूप में मुक्त-स्रोत हुई। Asana पिछले साल के अंत से इसका बंद, अपने प्लेटफ़ॉर्म से बँधा संस्करण Agentic Work Management अपने AI Teammates के साथ चुपचाप चला रहा है। यह लेख किसी घोषणा का एक और सारांश नहीं है। यह उस तुलना पर है जिसे घोषणाएँ छोड़ देती हैं: जब किसी स्मृति को सुधारना, मिटाना या उसके बारे में फैसला करना पड़े तो हर प्रणाली वास्तव में क्या करती है, और संगठन के भीतर यह निर्णय लेने का अधिकार किसके पास है।

मुख्य बातें - साझा स्मृति किसी गलत तथ्य को एक उपयोगकर्ता की परेशानी से बदलकर हर एजेंट की विरासत बना देती है। अब भार उठाने वाली सुविधा पुनर्प्राप्ति की गुणवत्ता नहीं, शासन परत है। - Tencent की Team Memory सबसे स्पष्ट पहुँच मॉडल देती है, जिसमें चार दृश्यता स्तर, प्रति-एजेंट लोडआउट और डिफ़ॉल्ट रूप से निजी स्थिति शामिल हैं, लेकिन दूसरे एजेंटों द्वारा पहले ही उपयोग किए जा चुके तथ्य के सुधार या समाप्ति की कोई दस्तावेज़ित प्रक्रिया नहीं है। - Asana की Agentic Work Management गोपनीय जानकारी के रिसाव वाले मामले को ठीक तरह से हल करती है, क्योंकि यह Work Graph की मौजूदा अनुमतियाँ विरासत में लेती है, लेकिन स्मृति Asana के प्लेटफ़ॉर्म के भीतर रहती है और उसके सुधार के नियम स्पष्ट नहीं हैं। - Zep की Graphiti अकेली मुख्यधारा की कार्यान्विति है जिसके पास पुराने हो चुके तथ्यों का सिद्धांतगत जवाब है: यह उन्हें मिटाने के बजाय अमान्य करती है और इतिहास बनाए रखती है। लेकिन यह एक एजेंट की स्मृति को नियंत्रित करती है, टीम की नहीं। - अभी कोई भी ऐसी स्थिति के लिए टकराव समाधान नहीं देता जहाँ दो एजेंट एक ही चीज़ के बारे में विरोधी तथ्य लिख दें। फिलहाल इसका जवाब "पुनर्प्राप्ति रैंकिंग" है, जो वास्तव में जवाब नहीं है।

क्या हुआ

अगस्त के पहले दो हफ्तों में साझा एजेंट स्मृति शोध विषय से वास्तविक उत्पाद श्रेणी बन गई। दो घटनाएँ इसके लिए अच्छे संदर्भ बिंदु हैं:

• 13 अगस्त को Tencent Cloud ने Team Memory की घोषणा की, जो उसकी मुक्त-स्रोत TencentDB Agent Memory परियोजना का टीम-स्तरीय विस्तार है। बातचीत, दस्तावेज़, कोड ग्राफ़ और संक्षिप्त किए गए कौशल मालिक, संस्करण और चार-स्तरीय दृश्यता मॉडल वाले शासित टीम संसाधन बनते हैं, जिन्हें प्रत्येक एजेंट की भूमिका के हिसाब से जोड़ा जाता है।

• एक हफ्ते पहले, VentureBeat की Asana CPO Arnab Bose के साथ बातचीत ने Agentic Work Management (AWM) की पहली वास्तविक तकनीकी जानकारी दी। यही Asana के AI Teammates के पीछे साझा स्मृति प्रणाली है, और Asana के अनुसार यह FedEx सहित ग्राहकों के साथ पहले से प्रोडक्शन में है।

इनके आसपास मुक्त-स्रोत एकल-एजेंट स्मृति परत मौजूद है, जिसमें Mem0, Zep की Graphiti और Letta शामिल हैं, और आज भी अधिकतर टीमों की वास्तविक स्मृति आधारभूत संरचना यहीं रहती है। दिलचस्प बदलाव यह है कि अब इन सबको वही चार सवालों पर परखा जा रहा है। स्मृति कौन पढ़ सकता है? वह गलत हो तो क्या होता है? मिटाई जाए तो क्या होता है? और दो स्मृतियाँ असहमत हों तो क्या होता है?

घोषणा के अनुसार Tencent Cloud ने 13 अगस्त 2026 को एजेंट टीमों के लिए शासित साझा-स्मृति हब Team Memory जारी किया। इससे कुछ दिन पहले, Asana के CPO ने 3 अगस्त 2026 को प्रकाशित VentureBeat साक्षात्कार में अपने AI Teammates के पीछे की साझा स्मृति प्रणाली Agentic Work Management का विवरण दिया।

चार सवाल, आमने-सामने

इस श्रेणी का आलसी ढाँचा "Tencent बनाम Asana", यानी चीनी मुक्त-स्रोत बनाम अमेरिकी SaaS, है। इससे असली तस्वीर छूट जाती है। वास्तविक विभाजन उन प्रणालियों के बीच है जो स्मृति को अनुमतियों वाले दस्तावेज़ की तरह नियंत्रित करती हैं और उन प्रणालियों के बीच जो स्मृति को जीवनचक्र वाले तथ्यों की तरह नियंत्रित करती हैं। अभी किसी भी खेमे के पास दोनों हिस्से नहीं हैं।

सुधार और टकराव वाली पंक्तियाँ पढ़िए और पैटर्न असहज है: जो दो खाने सबसे अधिक मायने रखते हैं, वही दो अभी किसी ने भरे नहीं हैं।

VentureBeat में उद्धृत Tencent दस्तावेज़ के अनुसार Team Memory के अपने दस्तावेज़ "कौन इसका उपयोग कर सकता है, कौन सा संस्करण मान्य है, और किस एजेंट को यह मिलना चाहिए" में फर्क करते हैं। परियोजना रिपॉजिटरी के अनुसार Zep की Graphiti पुराने तथ्यों को मिटाने के बजाय अमान्य करती है। Tencent और Asana में से कोई भी अन्य एजेंटों द्वारा पहले ही उपयोग की जा चुकी साझा स्मृति के लिए सुधार या टकराव समाधान की सार्वजनिक प्रक्रिया नहीं बताता।

हर प्रणाली क्या सही करती है

Tencent का योगदान पहुँच मॉडल है, और जहाँ बाकी सब अस्पष्ट हैं वहाँ इसकी स्पष्टता का श्रेय मिलना चाहिए। हर स्मृति संसाधन के साथ मालिक, संस्करण और दृश्यता स्तर, निजी, टीम, प्रतिबंधित या एजेंट, जुड़ा है। नए संसाधन डिफ़ॉल्ट रूप से निजी होते हैं, और एजेंटों को पूरे हब की खुली पहुँच देने के बजाय उनकी भूमिका से मेल खाता "एजेंट लोडआउट" दिया जाता है। शोध करने वाले स्काउट एजेंट को बाज़ार-विश्लेषण संसाधन मिलते हैं, बिल्डर एजेंट को कोड ग्राफ़। यह स्मृति को ताले की नीति वाली संगठनात्मक आधारभूत संरचना की तरह देखने का तरीका है। और जैसा VentureBeat की कवरेज ने बताया, दस्तावेज़ खुद साधारण RAG से इसकी सीमा खींचते हैं: पुनर्प्राप्ति बताती है कि क्या मिल सकता है, Team Memory यह भी बताती है कि उसे कौन इस्तेमाल कर सकता है।

Asana का योगदान रिसाव की सीमा है, और इसका उदाहरण हर शासन प्रस्तुति में होना चाहिए। यदि किसी वरिष्ठ अधिकारी का AI Teammate गोपनीय M&A परियोजना पर स्मृति बनाता है, तो बाद में उसी Teammate से बात करने वाला सहकर्मी उस संदर्भ को विरासत में नहीं ले सकता। VentureBeat साक्षात्कार में Bose का जवाब है कि AWM Asana के 18 साल पुराने Work Graph पर बैठता है, इसलिए स्मृति की पहुँच अंतर्निहित काम जैसी ही अनुमतियाँ विरासत में लेती है: यदि आप परियोजना नहीं देख सकते, तो परियोजना के बारे में एजेंट की स्मृति भी आपकी नहीं है। यह सच में कठिन समस्या है जिसे नया अनुमति तंत्र न बनाकर हल किया गया है, और यह केवल इसलिए संभव है क्योंकि Asana पहले से जानता है कि कौन क्या देख सकता है। Asana पिछले सितंबर AI Teammates की घोषणा से टीम-व्यापी स्मृति और एंटरप्राइज़ नियंत्रणों की बात कर रहा है, लेकिन M&A सीमा पहली ठोस कार्यविधि है।

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

Tencent निजी-डिफ़ॉल्ट साझाकरण के साथ सबसे स्पष्ट पहुँच स्तर देता है; VentureBeat में Asana CPO Arnab Bose के अनुसार Asana एजेंट स्मृति को मौजूदा Work Graph अनुमतियों से सीमित करता है ताकि गोपनीय परियोजना की स्मृति बिना अनुमति वाले सहकर्मियों तक न पहुँचे; और रिपॉजिटरी के अनुसार Zep की Graphiti पुराने तथ्यों को मिटाने के बजाय समय-मुहर के साथ अमान्य करती है।

अनसुलझा मध्य: सुधार, टकराव और प्रसार

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

यह कोई छोटा कार्यान्वयन दोष नहीं है जिसे अगले छोटे संस्करण में ठीक कर दिया जाएगा। मार्च 2026 के शोधपत्र "शासित स्मृति: बहु-एजेंट कार्यप्रवाहों के लिए प्रोडक्शन आर्किटेक्चर" में साझा बहु-एजेंट स्मृति के संरचनात्मक जोखिमों के रूप में बिखरे हुए शासन और प्रतिक्रिया चक्र के बिना चुपचाप घटती गुणवत्ता को पहचाना गया है। अकादमिक भाषा में यह कहने का विनम्र तरीका है कि विफलता प्रणाली की बनावट में है, किसी एक विक्रेता में नहीं। सुरक्षा का पहलू इसे और गंभीर बनाता है: OWASP की एजेंटिक खतरा मार्गदर्शिका स्मृति विषाक्तता को अलग आक्रमण श्रेणी मानती है, और साझा भंडार का प्रभाव क्षेत्र भी साझा होता है। Asana की अनुमति विरासत और Tencent के निजी-डिफ़ॉल्ट स्तर दोनों यह सीमित करते हैं कि विषाक्त या पुरानी स्मृति को कौन पढ़ सकता है। दोनों में से कोई यह नहीं बताता कि खराब स्मृति पढ़ लिए जाने के बाद क्या होता है।

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

Team Memory लॉन्च पर प्रतिक्रिया देने वाले विशेषज्ञों ने सुधार, समाप्ति और टकराव समाधान को दस्तावेज़ित न किए गए अंतर के रूप में उठाया, जैसा VentureBeat ने दर्ज किया। मार्च 2026 का "शासित स्मृति" शोधपत्र इन्हीं जोखिमों को साझा बहु-एजेंट स्मृति की संरचनात्मक समस्या बताता है, और OWASP की एजेंटिक AI खतरा मार्गदर्शिका स्मृति विषाक्तता को अलग आक्रमण श्रेणी मानती है।

अभी क्या करें

यदि आप इस तिमाही साझा एजेंट स्मृति का मूल्यांकन कर रहे हैं, तो चार कदम, इसी क्रम में।

1. आज: कोई प्रदर्शन देखने से पहले अपने चार जवाब लिखिए: पढ़ने की सीमा, सुधार प्रक्रिया, विलोपन के नियम और टकराव का नियम। जो विक्रेता इन्हें सुविधा-दर-सुविधा नहीं मिला सकता, वह आपको बता रहा है कि उसका रोडमैप कहाँ खत्म होता है।

2. इस सप्ताह: M&A परीक्षण चलाइए। किसी गोपनीय परियोजना के अंतर्गत स्मृति बनाइए, फिर उसी एजेंट से ऐसे उपयोगकर्ता के रूप में सवाल पूछिए जिसके पास उस परियोजना की पहुँच नहीं है। Asana ने इसे स्पष्ट रूप से ध्यान में रखकर बनाया है; बाकी सभी से इसका प्रदर्शन करवाइए।

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

4. लगातार: मालिक तय कीजिए। ऐसा स्मृति संसाधन जिसकी शुद्धता के लिए कोई नामित मानव जिम्मेदार न हो, वेक्टर सूचकांक वाला तकनीकी कर्ज़ है।

यदि आपकी स्मृति की ज़रूरत अभी एकल-एजेंट तक सीमित है, तो गणना अलग और हल्की है; इस संतुलन के उस छोर को स्वयं-होस्टेड एजेंट वाला लेख समझाता है।

अक्सर पूछे जाने वाले सवाल

साझा एजेंट स्मृति एक वाक्य में क्या है?

तथ्यों, प्रक्रियाओं और संदर्भ का स्थायी भंडार जिसे कई एजेंट और उनके मानव पढ़ते और लिखते हैं, ताकि टीम हर एजेंट को शुरू से जानकारी देना बंद करे, और बदले में एक-दूसरे की गलतियाँ विरासत में लेना शुरू करे।

Tencent की Team Memory अधिक सुरक्षित है या Asana के AI Teammates?

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

साझा स्मृति गलत हो जाए तो क्या होता है?

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

क्या दो एजेंटों की विरोधी स्मृतियों का अपने-आप मेल कराया जा सकता है?

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

निष्कर्ष

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

यदि आप तय कर रहे हैं कि साझा स्मृति आपके अपने एजेंट स्टैक में कहाँ फिट होती है, तो यह वह बातचीत है जो मैं ग्राहकों के साथ नियमित रूप से करता हूँ। संपर्क करें।

स्रोत

• Tencent Cloud, "TencentDB Agent Memory ने Team Memory जारी की": https://www.tencentcloud.com/dynamic/news-details/101465 (प्रकाशित 2026-08-13, देखा 2026-08-29)

• VentureBeat, "Tencent की Team Memory पूरी टीम में AI एजेंट स्मृति साझा करती है, लेकिन गलत होने पर शासन अभी नहीं": https://venturebeat.com/data/tencents-team-memory-shares-ai-agent-memory-across-a-team-with-no-governance-yet-for-when-its-wrong (प्रकाशित 2026-08-07, देखा 2026-08-29)

• VentureBeat, "Asana के AI एजेंट आपकी कंपनी में स्मृति साझा करते हैं, लेकिन आपके रहस्य नहीं": https://venturebeat.com/orchestration/asanas-ai-agents-share-memory-across-your-company-but-not-your-secrets (प्रकाशित 2026-08-03, देखा 2026-08-29)

• Asana, Inc., "Asana ने नए AI Teammates की घोषणा की": https://investors.asana.com/news-releases/news-release-details/asana-announces-new-ai-teammates-collaborative-agents-deliver/ (प्रकाशित 2025-09-25, देखा 2026-08-29)

• TencentCloud, TencentDB-Agent-Memory रिपॉजिटरी: https://github.com/TencentCloud/TencentDB-Agent-Memory (देखा 2026-08-29)

• Zep, Graphiti रिपॉजिटरी: https://github.com/getzep/graphiti (देखा 2026-08-29)

• Mem0 रिपॉजिटरी: https://github.com/mem0ai/mem0 (देखा 2026-08-29)

• OWASP, "एजेंटिक AI के खतरे और उनके शमन": https://genai.owasp.org/resource/agentic-ai-threats-and-mitigations/ (देखा 2026-08-29)