We just open-sourced AtomicMemory.
The AI memory industry has a black-box problem.
AtomicMemory is a configurable open-source SDK + self-hosted Core engine for memory your AI can inspect, correct, swap, and run on your own infrastructure.
Apache 2.0. HTTP-first. Docker quickstart.
https://t.co/pSn52AL7zQ
llm-wiki v0.9.0 is out.
Big thanks to our contributors who pushed this release forward.
This update adds the missing loop for durable AI knowledge:
β’ detect stale or orphaned wiki pages when sources change
β’ repair only affected pages with `llmwiki refresh --stale`
β’ export compiled pages as JSON records for Atomic Memory
β’ run evals over MCP, including source utilization and citation depth
β’ use the new in-process SDK to embed llmwiki directly in other tools
The goal: turn raw sources into an interlinked, cited, inspectable wiki that stays current as the underlying knowledge changes.
Visit us: https://t.co/2OebvVp4rZ
Knowing which pattern fits your use case before you ship means you won't get trapped into a setup where changing your model or framework means losing all of your agent's accumulated memory.
If you found this useful, share what you're building or contribute to what we're building at @AtomicStrata π€
https://t.co/AkBRpjKCVR
Agent memory stops being accurate over time if you're using the wrong semantic memory pattern.
Most vibe coders don't realize other patterns exist as distinct choices. They either default to RAG or copy a tutorial setup without understanding the tradeoffs.
Knowing these 3 patterns means you can pick the right one for your use case instead of hitting a wall six months in β¬οΈ
The 3 main architectural patterns for implementing semantic memory in LLM agents are:
1) Vector store retrieval (RAG-based)
The most common pattern. When your agent needs context, it runs a similarity search against the current query and pulls the closest matches.
2) Knowledge graphs
Instead of a similarity search, memory is stored as entities and relationships. Your agent retrieves facts by traversing connections between nodes rather than matching embeddings.
3) Hierarchical memory with consolidation
Hermes uses this pattern. It divides memory into layers where facts are extracted from raw sessions and stored separately, so retrieval pulls what your agent actually learned rather than searching through full transcripts.