Open Anindyadeep opened 6 hours ago
Thanks a lot @Anindyadeep ! This is a very interesting vision. I like that it's a list, because people can load that list and do anything they want with it, instead of learning a new sub-library for filtering/saving/querying the history. What do you think?
It's our job to save everything they may need to that list, but they can figure out how to query it later.
While I was working on this issue #1073, I realized that history right now is super simple (a simple list) attached to LMs during the time of instantiation. However it could be way more than that. We can utilise history in lot different ways, if it was a separate module. For example some of the use cases would be:
Here is an usage based example:
Let me what do you think. If things goes well, will add a PR.