ਏਜੰਟ ਸੈਸ਼ਨ ਮੈਮੋਰੀ ਕੋਈ ਫੀਚਰ ਨਹੀਂ ਹੈ। ਇਹ ਤੁਹਾਡਾ ਕੰਟਰੋਲ ਪਲੇਨ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਟੀਮਾਂ ਸੋਚਦੀਆਂ ਹਨ ਕਿ ਏਜੰਟ ਮੈਮੋਰੀ ਵੈਕਟਰ ਡੇਟਾਬੇਸਾਂ ਬਾਰੇ ਹੈ। ਉਹ ਗਲਤ ਹਨ।
ਅਸਲ ਸਮੱਸਿਆ ਕਨਵਰਸੇਸ਼ਨ ਸਟੇਟ (conversation state) ਦੀ ਹੈ। ਜਦੋਂ ਤੁਹਾਡਾ ਏਜੰਟ ਰੀਸਟਾਰਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕੰਟੈਕਸਟ (context) ਕਿਸ ਕੋਲ ਰਹਿੰਦਾ ਹੈ?
ਇਹ ਯੂਜ਼ਰ ਐਕਸਪੀਰੀਅੰਸ ਦੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਇਹ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਦੀ ਸਮੱਸਿਆ ਹੈ।
ਬਰਬਾਦ ਹੋਏ ਸਮੇਂ ਦਾ ਹਿਸਾਬ ਇਹ ਹੈ: ਤੁਸੀਂ ਇੱਕ ਕੋਡਿੰਗ ਏਜੰਟ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ। ਇਹ ਤੁਹਾਡੀ ਰੈਪੋਜ਼ੀਟਰੀ ਨੂੰ ਪੜ੍ਹਨ ਅਤੇ ਇੱਕ ਮੈਂਟਲ ਮਾਡਲ ਬਣਾਉਣ ਵਿੱਚ 45 ਸੈਕਿੰਡ ਲਗਾਉਂਦਾ ਹੈ। ਫਿਰ, ਇੱਕ ਪੌਡ (pod) ਰੀਸਟਾਰਟ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਕੰਟੇਨਰ ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਤੁਸੀਂ ਟੂਲ ਬਦਲ ਲੈਂਦੇ ਹੋ। ਤੁਹਾਡਾ ਅਗਲਾ ਸੈਸ਼ਨ ਉਸੇ ਮਾਡਲ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉਣ ਵਿੱਚ ਹੋਰ 45 ਸੈਕਿੰਡ ਬਰਬਾਦ ਕਰ ਦਿੰਦਾ ਹੈ।
ਜੇਕਰ 10 ਡਿਵੈਲਪਰ ਦਿਨ ਵਿੱਚ 3 ਵਾਰ ਅਜਿਹਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਰੋਜ਼ਾਨਾ 225 ਸੈਕਿੰਡ ਗੁਆ ਲੈਂਦੇ ਹੋ। ਵੱਡੇ ਪੱਧਰ 'ਤੇ, ਤੁਸੀਂ ਸਟੇਟਲੈੱਸ ਅਮਨੀਸ਼ੀਆ (stateless amnesia) ਕਾਰਨ ਸੈਂਕੜੇ ਇੰਜੀਨੀਅਰਿੰਗ ਘੰਟੇ ਗੁਆ ਲੈਂਦੇ ਹੋ।
ਗਲਤੀ ਮੈਮੋਰੀ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਫਰੇਮਵਰਕ ਦੇ ਅੰਦਰ ਇੱਕ ਫੀਚਰ ਵਜੋਂ ਮੰਨਣਾ ਹੈ। ਇਹ ਨਹੀਂ ਹੈ। ਸੈਸ਼ਨ ਮੈਮੋਰੀ ਤੁਹਾਡੇ ਰਨਟਾਈਮਜ਼ (runtimes) ਤੋਂ ਉੱਪਰ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਲੇਅਰ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
LangGraph ਜਾਂ AutoGen ਵਰਗੇ ਫਰੇਮਵਰਕ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਅੰਦਰ ਮੈਮੋਰੀ ਦਿੰਦੇ ਹਨ। ਪਰ ਉਹ ਉਦੋਂ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਤੁਹਾਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ:
- Claude ਅਤੇ Cursor ਵਰਗੇ ਵੱਖ-ਵੱਖ ਰਨਟਾਈਮਜ਼ ਵਿੱਚ ਏਜੰਟ ਚਲਾਉਣਾ।
- ਟੀਮ ਦੇ ਮੈਂਬਰਾਂ ਵਿਚਕਾਰ ਸਟੇਟ ਸਾਂਝੀ ਕਰਨਾ।
- ਕੰਟੈਕਸਟ ਗੁਆਏ ਬਿਨਾਂ ਰੀਸਟਾਰਟਸ ਤੋਂ ਬਚਣਾ।
- ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਏਜੰਟ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦਾ ਆਡਿਟ ਕਰਨਾ।
ਤੁਹਾਨੂੰ ਮੈਮੋਰੀ ਦੀਆਂ ਤਿੰਨ ਕਿਸਮਾਂ ਨੂੰ ਸਮਝਣਾ ਚਾਹੀਦਾ ਹੈ:
- Session Memory: ਇੱਕ ਇੰਟਰੈਕਸ਼ਨ ਦਾ ਇਤਿਹਾਸ।
- Episodic Memory: ਹਫ਼ਤਿਆਂ ਜਾਂ ਮਹੀਨਿਆਂ ਦੌਰਾਨ ਸਟੋਰ ਕੀਤੀਆਂ ਗਈਆਂ ਘਟਨਾਵਾਂ।
- Semantic Memory: ਡੇਟਾਬੇਸ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਗਏ ਤੱਥ ਅਤੇ ਪੈਟਰਨ।
ਪ੍ਰੋਡਕਸ਼ਨ ਟੀਮਾਂ ਏਜੰਟ ਬ੍ਰੇਨ (brain) ਨੂੰ ਰਨਟਾਈਮ ਤੋਂ ਵੱਖ ਕਰਕੇ ਇਸਦਾ ਹੱਲ ਕਰਦੀਆਂ ਹਨ। ਬ੍ਰੇਨ ਇੱਕ ਪਰਸਿਸਟੈਂਟ ਪੌਡ ਵਿੱਚ ਤਰਕ (reasoning) ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਸੈਂਡਬਾਕਸ ਇੱਕ ਅਸਥਾਈ ਵਾਤਾਵਰਣ ਵਿੱਚ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ।
2026 ਵਿੱਚ, ਟੀਮਾਂ ਇੱਕ ਪਲੇਟਫਾਰਮ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀਆਂ। ਉਹ ਬਹੁਤ ਸਾਰੇ ਵਰਤਦੀਆਂ ਹਨ। ਇਹ ਟੁਕੜੇਬੰਦੀ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਇੱਕ ਸੈਸ਼ਨ Claude ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਦੂਜਾ ਇੱਕ ਲੋਕਲ ਫਾਈਲ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਅਗਲਾ ਇੱਕ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਕੰਮ ਨੂੰ ਲੱਭਣ ਜਾਂ ਅੱਗੇ ਸੌਂਪਣ ਦੀ ਸਮਰੱਥਾ ਗੁਆ ਲੈਂਦੇ ਹੋ।
ਇਸਨੂੰ ਵੱਡੇ ਮਾਡਲ ਨਾਲ ਠੀਕ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਾ ਬੰਦ ਕਰੋ। ਇਸਨੂੰ ਬਿਹਤਰ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਨਾਲ ਠੀਕ ਕਰੋ।
ਆਪਣੇ ਆਪ ਨੂੰ ਇਹ ਤਿੰਨ ਸਵਾਲ ਪੁੱਛੋ:
- ਕੀ ਮੇਰਾ ਏਜੰਟ ਰੀਸਟਾਰਟ ਤੋਂ ਬਚ ਸਕਦਾ ਹੈ?
- ਕੀ ਮੇਰੀ ਟੀਮ ਏਜੰਟ ਸੈਸ਼ਨ ਸਾਂਝੇ ਕਰ ਸਕਦੀ ਹੈ?
- ਕੀ ਮੇਰੇ ਏਜੰਟ ਵੱਖ-ਵੱਖ ਰਨਟਾਈਮਜ਼ ਵਿੱਚ ਕੰਟੈਕਸਟ ਸਾਂਝਾ ਕਰਦੇ ਹਨ?
ਜੇਕਰ ਤੁਸੀਂ 'ਹਾਂ' ਵਿੱਚ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਉਤਪਾਦਕਤਾ ਬਰਬਾਦ ਕਰ ਰਹੇ ਹੋ।
ਇੱਕ ਅਜਿਹਾ ਕੰਟਰੋਲ ਪਲੇਨ ਬਣਾਓ ਜੋ ਸੈਸ਼ਨ ਸਟੇਟ ਨੂੰ ਟਿਕਾਊ, ਖੋਜਣਯੋਗ ਅਤੇ ਸਾਂਝਾ ਕਰਨ ਯੋਗ ਬਣਾਵੇ।
ਸਰੋਤ: https://dev.to/paultwist/agent-session-memory-isnt-a-feature-its-your-control-plane-1c2p
ਵਿਕਲਪਿਕ ਲਰਨਿੰਗ ਕਮਿਊਨਿਟੀ: https://t.me/GyaanSetuAi