एजेंट सेशन मेमोरी कोई फीचर नहीं है। यह आपका कंट्रोल प्लेन है।
अधिकांश टीमें सोचती हैं कि एजेंट मेमोरी का मतलब वेक्टर डेटाबेस है। वे गलत हैं।
असली समस्या कन्वर्सेशन स्टेट (conversation state) की है। जब आपका एजेंट रीस्टार्ट होता है, तो कॉन्टेक्स्ट (context) किसके पास रहता है?
यह यूजर एक्सपीरियंस की समस्या नहीं है। यह इंफ्रास्ट्रक्चर की समस्या है।
बर्बाद हुए समय का गणित यहाँ है: आप एक कोडिंग एजेंट शुरू करते हैं। यह आपकी रिपॉजिटरी को पढ़ने और एक मेंटल मॉडल बनाने में 45 सेकंड खर्च करता है। फिर, एक पॉड (pod) रीस्टार्ट होता है, एक कंटेनर क्रैश हो जाता है, या आप टूल्स बदल देते हैं। आपका अगला सेशन उसी मॉडल को फिर से बनाने में 45 सेकंड और बर्बाद कर देता है।
यदि 10 डेवलपर्स दिन में 3 बार ऐसा करते हैं, तो आप प्रति व्यक्ति प्रतिदिन 225 सेकंड खो देते हैं। बड़े पैमाने पर, आप 'स्टेटलेस अमिनेशिया' (stateless amnesia) के कारण इंजीनियरिंग के सैकड़ों घंटे खो देते हैं।
गलती मेमोरी को किसी एक फ्रेमवर्क के भीतर एक फीचर के रूप में मानना है। ऐसा नहीं है। सेशन मेमोरी आपके रनटाइम्स (runtimes) के ऊपर इंफ्रास्ट्रक्चर लेयर में होनी चाहिए।
LangGraph या AutoGen जैसे फ्रेमवर्क आपको उनकी अपनी सीमाओं के भीतर मेमोरी देते हैं। लेकिन वे तब विफल हो जाते हैं जब आपको आवश्यकता होती है:
- Claude और Cursor जैसे विभिन्न रनटाइम्स पर एजेंट चलाना।
- टीम के सदस्यों के बीच स्टेट साझा करना।
- कॉन्टेक्स्ट खोए बिना रीस्टार्ट से उबरना।
- पूरे प्रोजेक्ट में एजेंट के कार्यों का ऑडिट करना।
आपको मेमोरी के तीन प्रकारों को समझना चाहिए:
- सेशन मेमोरी (Session Memory): एक इंटरैक्शन का इतिहास।
- एपिसोडिक मेमोरी (Episodic Memory): हफ्तों या महीनों में संग्रहीत घटनाएं।
- सिमेंटिक मेमोरी (Semantic Memory): डेटाबेस में संग्रहीत तथ्य और पैटर्न।
प्रोडक्शन टीमें एजेंट ब्रेन (agent brain) को रनटाइम से अलग करके इस समस्या का समाधान करती हैं। ब्रेन एक पर्सिस्टेंट पॉड (persistent pod) में रीजनिंग (reasoning) को संभालता है। सैंडबॉक्स (sandbox) एक एफेमेरल एनवायरनमेंट (ephemeral environment) में निष्पादन (execution) को संभालता है।
2026 में, टीमें एक प्लेटफॉर्म का उपयोग नहीं करती हैं। वे कई का उपयोग करती हैं। इससे विखंडन (fragmentation) पैदा होता है। एक सेशन Claude में रहता है। दूसरा एक लोकल फाइल में रहता है। तीसरा एक डेटाबेस में रहता है। आप काम को खोजने या सौंपने की क्षमता खो देते हैं।
इसे बड़े मॉडल के साथ ठीक करने की कोशिश करना बंद करें। इसे बेहतर इंफ्रास्ट्रक्चर के साथ ठीक करें।
खुद से ये तीन सवाल पूछें:
- क्या मेरा एजेंट रीस्टार्ट से उबर सकता है?
- क्या मेरी टीम एजेंट सेशन साझा कर सकती है?
- क्या मेरे एजेंट विभिन्न रनटाइम्स में कॉन्टेक्स्ट साझा करते हैं?
यदि आप 'हाँ' में उत्तर नहीं दे सकते, तो आप उत्पादकता (productivity) बर्बाद कर रहे हैं।
एक ऐसा कंट्रोल प्लेन बनाएं जो सेशन स्टेट को टिकाऊ (durable), खोजने योग्य (searchable) और साझा करने योग्य (shareable) बनाता है।
Source: https://dev.to/paultwist/agent-session-memory-isnt-a-feature-its-your-control-plane-1c2p
Optional learning community: https://t.me/GyaanSetuAi