Alternatives
Products that do what MemoryOS does
AI agent memory with knowledge graph and 78ms retrieval
- 1
- 2
- 3
- 4EL
2023 · github.com
- 5
- 6IR
Hey HN! I built a proof-of-concept for AI memory using Git instead of vector databases. The insight: Git already solved versioned document management. Why are we building complex vector stores when we could just use markdown files with Git's built-in diff/blame/history? How it works: Memories stored as markdown files in a Git repo Each conversation = one commit git diff shows how understanding evolves over time BM25 for search (no embeddings needed) LLMs generate search queries from conversation context Example: Ask "how has my project evolved?" and it uses git diff to show actual…
2025 · github.com
- 7
- 8
An agent that remembers across sessions can keep its memory as curated markdown files, as an auto-mined structured store, or as trained experience.
23d ago · pinglin.tw
- 9
An OKF-backed Model Context Protocol (MCP) server delivering persistent long-term memory and SQLite FTS5 search for AI agents. - fellowgeek/mcp-memory
25d ago · github.com
- 10
- 11MO
Hey HN! I'm Arindam, part of the team behind Memori (https://memori.gibsonai.com/). Memori adds a stateful memory engine to AI agents, enabling them to stay consistent, recall past work, and improve over time. With Memori, agents don’t lose track of multi-step workflows, repeat tool calls, or forget user preferences. Instead, they build up human-like memory that makes them more reliable and efficient across sessions. We’ve also put together demo apps (a personal diary assistant, a research agent, and a travel planner) so you can see memory in action. Current LLMs are stateless…
2025 · github.com
- 12
- 13
Hi HN, we're Kiran and Vijay! Over the past two years, we have built a columnar storage engine for observability: logs, metrics, and traces. Today, it's exciting for us to show what we've built on top of that foundation: LLM Agent Observability. Given how non-deterministic agents are, storing all traces without sampling was critical for us. But these traces tend to be in the MBs, sometimes GBs - we needed to store them inexpensively. We also needed the queries and analyses to be fast. To meet both these goals, we store them in S3 in our own parquet-like file format, and query them using AWS…
Jul 2026 · oodle.ai
- 14MW
2017 · github.com
- 15AF
Hi HN, We’ve been building [memU](https://github.com/NevaMind-AI/memU), an open-source memory framework for AI agents that supports both classic RAG and LLM-based direct file reading. RAG has become the default in LLM systems, but many of its failures don’t come from the model — they come from the retrieval assumptions. Embedding-based retrieval is fundamentally an approximation over semantic similarity. It works well for fuzzy recall, but it often breaks when relevance ≠ correctness, which is common in real systems. From a retrieval perspective, RAG struggles with: -…
Jan 2026 · github.com
- 16IM
Store memories, auto-extract entities and relationships, search semantically. MCP server + REST API + SDKs. Self-hostable, cloud option, MIT license.
May 2026 · agentrecall.cloud
- 17
- 18YA
This is a project that I have been building for a while now, YourMemory is a solution to agentic memory which focuses on pruning of noise rather than hoarding of data. In the current state of agentic memory most of the context is stored in the form of a MD file or is derived through a RAG model where you store each and everything. Both of the solution leads to bloated context which does not optimize the usage of any tokens. In this system we only keep relevant data in our memory and prune all the unnecessary data. The relevance of a data is derived through multiple factors such as recall…
Jun 2026 · yourmemoryai.vercel.app
- 19
- 20
I built a governed memory layer for AI assistants with deletion compaction, vector purge verification, tenant isolation, and audit evidence.
Jun 2026 · github.com
- 21
- 22SM
Apr 2026 · github.com
- 23BA
Tired of AI coding tools that forget everything between sessions? Every time I open a new chat with Claude or fire up Copilot, I'm back to square one explaining my codebase structure. So I built something to fix this. It's called In Memoria. Its an MCP server that gives AI tools persistent memory. Instead of starting fresh every conversation, the AI remembers your coding patterns, architectural decisions, and all the context you've built up. The setup is dead simple: `npx in-memoria server` then connect your AI tool. No accounts, no data leaves your machine. Under the hood it's TypeScript +…
2025 · github.com
- 24MA
Hey HN! I built Memoripy, a memory layer for AI that adds short-term, long-term, and semantic memory capabilities to enhance LLM applications. It helps AI systems retain and prioritize past interactions, adapt over time, and respond with greater context and personalization. Memoripy uses semantic clustering to retrieve relevant memories, along with adaptive memory decay and reinforcement, so interactions stay fresh and context-aware. It’s designed for easy integration with OpenAI, Ollama, and other platforms—giving your AI applications dynamic memory management with minimal setup. Would love…
2024 · github.com
Ranked by how close each launch is in meaning, then by votes. Refine with a description →