Recent submissions

Comment · 4 months ago
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.
Comment · 4 months ago
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
Comment · 5 months ago
Comment · 5 months ago
Comment · 5 months ago
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.
Comment · 5 months ago
How would you know if the agent is not querying stale data here ?
Comment · 5 months ago
Would be definitely trying this, how do you check the rollback of API calls which would not be an part of a transaction?
Comment · 6 months ago
Sure will have a look !
Comment · 6 months ago
Hi All,

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

pip install yourmemory !

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton