એજન્ટ સેશન મેમરી એ કોઈ ફીચર નથી. તે તમારો કંટ્રોલ પ્લેન છે.
મોટાભાગની ટીમો માને છે કે એજન્ટ મેમરી એટલે વેક્ટર ડેટાબેઝ. તેઓ ખોટા છે.
વાસ્તવિક સમસ્યા વાતચીતની સ્થિતિ (conversation state) છે. જ્યારે તમારો એજન્ટ ફરીથી શરૂ થાય છે, ત્યારે કોન્ટેક્સ્ટ (context) કોણ સાચવે છે?
આ યુઝર એક્સપિરિયન્સની સમસ્યા નથી. આ ઇન્ફ્રાસ્ટ્રક્ચરની સમસ્યા છે.
બરબાદ થયેલા સમયનું ગણિત અહીં છે: તમે એક કોડિંગ એજન્ટ શરૂ કરો છો. તે તમારા રિપોઝિટરી વાંચવામાં અને માનસિક મોડેલ (mental model) બનાવવામાં 45 સેકન્ડ વિતાવે છે. પછી, એક પોડ (pod) રીસ્ટાર્ટ થાય છે, કન્ટેનર ક્રેશ થાય છે, અથવા તમે ટૂલ્સ બદલો છો. તમારું આગલું સેશન તે જ મોડેલ ફરીથી બનાવવા માટે બીજા 45 સેકન્ડ બરબાદ કરે છે.
જો 10 ડેવલપર્સ દિવસમાં 3 વાર આવું કરે, તો તમે દરરોજ વ્યક્તિ દીઠ 225 સેકન્ડ ગુમાવો છો. મોટા પાયે, તમે સ્ટેટલેસ એમ્નેશિયા (stateless amnesia) ને કારણે સેંકડો એન્જિનિયરિંગ કલાકો ગુમાવો છો.
ભૂલ એ છે કે મેમરીને સિંગલ ફ્રેમવર્કની અંદર એક ફીચર તરીકે જોવામાં આવે છે. તે નથી. સેશન મેમરી તમારા રનટાઇમ્સ (runtimes) ની ઉપરના ઇન્ફ્રાસ્ટ્રક્ચર લેયરમાં હોવી જોઈએ.
LangGraph અથવા AutoGen જેવા ફ્રેમવર્ક તમને તેમના પોતાના મર્યાદામાં મેમરી આપે છે. પરંતુ જ્યારે તમારે આ જરૂરિયાતો હોય ત્યારે તેઓ નિષ્ફળ જાય છે:
- Claude અને Cursor જેવા વિવિધ રનટાઇમ્સ પર એજન્ટ્સ ચલાવવા માટે.
- ટીમ સભ્યો વચ્ચે સ્ટેટ શેર કરવા માટે.
- કોન્ટેક્સ્ટ ગુમાવ્યા વિના રીસ્ટાર્ટમાંથી બચવા માટે.
- પ્રોજેક્ટમાં એજન્ટની ક્રિયાઓનું ઓડિટ કરવા માટે.
તમારે મેમરીના ત્રણ પ્રકારો સમજવા જ જોઈએ:
- સેશન મેમરી (Session Memory): એક ઇન્ટરેક્શનનો ઇતિહાસ.
- એપિસોડિક મેમરી (Episodic Memory): અઠવાડિયા કે મહિનાઓ સુધી સંગ્રહિત થયેલી ઘટનાઓ.
- સેમેન્ટિક મેમરી (Semantic Memory): ડેટાબેઝમાં સંગ્રહિત તથ્યો અને પેટર્ન.
પ્રોડક્શન ટીમો એજન્ટના મગજને (brain) રનટાઇમથી અલગ કરીને આ સમસ્યાનો ઉકેલ લાવે છે. મગજ પર્સિસ્ટન્ટ પોડમાં તર્ક (reasoning) સંભાળે છે. સેન્ડબોક્સ એફેમરલ એન્વાયરમેન્ટમાં એક્ઝિક્યુશન સંભાળે છે.
2026 માં, ટીમો માત્ર એક પ્લેટફોર્મનો ઉપયોગ નથી કરતી. તેઓ ઘણા પ્લેટફોર્મનો ઉપયોગ કરે છે. આનાથી વિભાજન (fragmentation) પેદા થાય છે. એક સેશન Claude માં હોય છે. બીજું લોકલ ફાઇલમાં હોય છે. ત્રીજું ડેટાબેઝમાં હોય છે. તમે કામ શોધવાની અથવા કામ સોંપવાની ક્ષમતા ગુમાવો છો.
આને મોટા મોડેલથી સુધારવાનો પ્રયાસ કરવાનું બંધ કરો. તેને બહેતર ઇન્ફ્રાસ્ટ્રક્ચરથી સુધારો.
તમારી જાતને આ ત્રણ પ્રશ્નો પૂછો:
- શું મારો એજન્ટ રીસ્ટાર્ટ પછી પણ ટકી શકે છે?
- શું મારી ટીમ એજન્ટ સેશન્સ શેર કરી શકે છે?
- શું મારા એજન્ટ્સ વિવિધ રનટાઇમ્સમાં કોન્ટેક્સ્ટ શેર કરે છે?
જો તમે 'હા' માં જવાબ ન આપી શકતા હોવ, તો તમે ઉત્પાદકતા (productivity) બરબાદ કરી રહ્યા છો.
એક એવો કંટ્રોલ પ્લેન બનાવો જે સેશન સ્ટેટને ટકાઉ (durable), શોધવા યોગ્ય (searchable) અને શેર કરી શકાય તેવું (shareable) બનાવે.
સ્ત્રોત: https://dev.to/paultwist/agent-session-memory-isnt-a-feature-its-your-control-plane-1c2p
વૈકલ્પિક લર્નિંગ કોમ્યુનિટી: https://t.me/GyaanSetuAi