I agree to your point, in our current system we are not treating each memory as same. Based on the importance, category and recall frequency we decide a decay rate which would not be same for all the memories. A architectural decision will have a higher importance and although if it's not recalled frequently enough, it will still have a slower decay rate.
The final artifact will look like a flat scored memory graph, in which each node will be a memory having threshold between 0-1 which will be derived through various parameters such as recall, importance etc. Edges will connect semantically similar memories
So based on the importance that it gives the reports individual will decide that which report will survive in the system. You can manually also identify and set the importance or can let llm be the deciding factor here to assign weightage.
Based on the feedback, have made few new enhancement.
1. Activity aware decay, now instead of a wall clock we run decay based on active days in which the user has been using the system.
2. Spatial/ Working directory memory, now while storing an memory we will associate the filePath or active directory and at time of retrieval boast memory associated to the working directory
3. Session wrap up boast, now at the end of a session we will count how many times a memory is being recalled n a session and will apply a recency boost.
4. Memory consolidation, periodically merge near duplicate memories into one combined memory instead of accumulating near identical facts.
5. Suppression link, now when update memory is called we will have a supresed by pointer from the old memory to the new one. This is to keep a track.
6. Smart recall throtelling, added an optional flag of recall cooldown so recall is not triggered in every singal turn. Useful when agents doing multi step task where context is already injected.
All the changes are avaliable in the latest version
Wall clock decay punishing vacation is a issue. The current state of a clock decay is for simplicity but I do see how a session based decay might be helpful.
For failures and strategies it still might work as env drift on calendar anyhow (new version upgrade etc.). But for user preferences it does not.
I agree spatial memory tracking folder visits and session context as retrieval signal would be stronger I agree to that will try to incorporate !
