ஏஜென்ட் செஷன் மெமரி (Agent Session Memory) என்பது ஒரு அம்சம் அல்ல. அது உங்கள் கட்டுப்பாட்டுத் திட்டம் (Control Plane).
பெரும்பாலான குழுக்கள் ஏஜென்ட் மெமரி என்பது வெக்டர் தரவுத்தளங்களைப் (vector databases) பற்றியது என்று நினைக்கிறார்கள். அவர்கள் தவறு செய்கிறார்கள்.
உண்மையான பிரச்சனை உரையாடல் நிலை (conversation state) தான். உங்கள் ஏஜென்ட் மீண்டும் தொடங்கப்படும்போது (restarts), சூழலை (context) யார் வைத்திருப்பார்கள்?
இது பயனர் அனுபவம் (user experience) சார்ந்த பிரச்சனை அல்ல. இது உள்கட்டமைப்பு (infrastructure) சார்ந்த பிரச்சனை.
வீணாகும் நேரத்தின் கணக்கீடு இதோ: நீங்கள் ஒரு கோடிங் ஏஜென்ட்டைத் தொடங்குகிறீர்கள். அது உங்கள் ரெபாசிட்டரியைப் (repository) படித்து ஒரு மன மாதிரியை (mental model) உருவாக்க 45 வினாடிகள் செலவிடுகிறது. பிறகு, ஒரு பாட் (pod) மீண்டும் தொடங்குகிறது, ஒரு கண்டெய்னர் (container) செயலிழக்கிறது அல்லது நீங்கள் கருவிகளை மாற்றுகிறீர்கள். உங்கள் அடுத்த செஷன் அதே மாதிரியை மீண்டும் உருவாக்க மேலும் 45 வினாடிகளைச் செலவிடுகிறது.
10 டெவலப்பர்கள் இதை ஒரு நாளைக்கு 3 முறை செய்தால், ஒரு நபருக்குத் தினமும் 225 வினாடிகள் வீணாகிறது. பெரிய அளவில் பார்க்கும்போது, stateless amnesia காரணமாக நூற்றுக்கணக்கான பொறியியல் நேரங்களை நீங்கள் இழக்கிறீர்கள்.
மெமரியை ஒரு தனி கட்டமைப்பிற்குள் (framework) இருக்கும் ஒரு அம்சமாக கருதுவதே தவறு. அது அப்படி இல்லை. செஷன் மெமரி என்பது உங்கள் ரன்டைம்களுக்கு (runtimes) மேலே உள்ள உள்கட்டமைப்பு அடுக்கில் (infrastructure layer) இருக்க வேண்டும்.
LangGraph அல்லது AutoGen போன்ற கட்டமைப்புகள் அவற்றின் எல்லைக்குள் உங்களுக்கு மெமரியை வழங்குகின்றன. ஆனால் உங்களுக்குப் பின்வருவன தேவைப்படும்போது அவை தோல்வியடைகின்றன:
- Claude மற்றும் Cursor போன்ற வெவ்வேறு ரன்டைம்களில் ஏஜென்ட்களை இயக்குதல்.
- குழு உறுப்பினர்களிடையே நிலையைப் (state) பகிர்தல்.
- சூழலை (context) இழக்காமல் ரீஸ்டார்ட்டைத் தாங்குதல்.
- ஒரு திட்டத்தின் குறுக்கே ஏஜென்ட் நடவடிக்கைகளைத் தணிக்கை (audit) செய்தல்.
நீங்கள் மூன்று வகையான மெமரியைப் புரிந்துகொள்ள வேண்டும்:
- செஷன் மெமரி (Session Memory): ஒரு உரையாடலின் வரலாறு.
- எபிசோடிக் மெமரி (Episodic Memory): வாரங்கள் அல்லது மாதங்களாகச் சேமிக்கப்பட்ட நிகழ்வுகள்.
- செமாண்டிக் மெமரி (Semantic Memory): தரவுத்தளங்களில் சேமிக்கப்பட்ட உண்மைகள் மற்றும் வடிவங்கள்.
தயாரிப்பு குழுக்கள் (Production teams) ஏஜென்ட் மூளையை (agent brain) ரன்டைமிலிருந்து பிரிப்பதன் மூலம் இதைத் தீர்க்கிறார்கள். மூளை ஒரு நிலையான பாட்டில் (persistent pod) பகுத்தறிவைக் கையாள்கிறது. சாண்ட்பாக்ஸ் (sandbox) ஒரு தற்காலிகச் சூழலில் (ephemeral environment) செயல்பாடுகளைக் கையாள்கிறது.
2026-ல், குழுக்கள் ஒரே ஒரு தளத்தைப் பயன்படுத்த மாட்டார்கள். அவர்கள் பலவற்றைப்பயன்படுத்துவார்கள். இது சிதறலை (fragmentation) உருவாக்குகிறது. ஒரு செஷன் Claude-இல் இருக்கும். இன்னொன்று உள்ளூர் கோப்பில் (local file) இருக்கும். மற்றொன்று ஒரு தரவுத்தளத்தில் இருக்கும். இதனால் தேடும் அல்லது வேலையை ஒப்படைக்கும் (hand off) திறனை நீங்கள் இழக்கிறீர்கள்.
இதை ஒரு பெரிய மாடல் மூலம் சரிசெய்ய முயற்சிக்காதீர்கள். சிறந்த உள்கட்டமைப்பு மூலம் சரிசெய்யுங்கள்.
உங்களிடமே இந்த மூன்று கேள்விகளைக் கேட்டுக்கொள்ளுங்கள்:
- எனது ஏஜென்ட் ரீஸ்டார்ட்டைத் தாங்குமா?
- எனது குழுவினால் ஏஜென்ட் செஷன்களைப் பகிர முடியுமா?
- எனது ஏஜென்ட்கள் வெவ்வேறு ரன்டைம்களில் சூழலைப் (context) பகிர்ந்து கொள்கின்றனவா?
உங்களால் 'ஆம்' என்று பதிலளிக்க முடியாவிட்டால், நீங்கள் உற்பத்தித்திறனை (productivity) வீணடிக்கிறீர்கள்.
செஷன் நிலையை (session state) நீடித்ததாகவும் (durable), தேடக்கூடியதாகவும் (searchable), மற்றும் பகிரக்கூடியதாகவும் (shareable) மாற்றும் ஒரு கட்டுப்பாட்டுத் திட்டத்தை (control plane) உருவாக்குங்கள்.
Source: https://dev.to/paultwist/agent-session-memory-isnt-a-feature-its-your-control-plane-1c2p
Optional learning community: https://t.me/GyaanSetuAi