Your crew’s memories go to MEMORY.md — readable, editable, git-trackable.
Features:
• RAG + RLM hybrid retrieval via soul-agent
• Human-readable markdown (SOUL.md (http://soul.md/) + MEMORY.md (http://memory.md/))
• Managed option: SoulMate API for production
• Database schema intelligence for data agents
Great question @major_tiwari. The honest answer: the core markdown+RAG layer is designed for simplicity, so raw file-based storage has natural limits at enterprise scale. That said, the architecture is built with this in mind.
For thousands of users, the right path is the SoulMate API backend rather than local markdown files. SoulMate handles the storage, retrieval, and memory isolation per-user/per-agent at scale — the SoulMemory() interface stays identical in your code, you just point it at the managed backend:
• Semantic search across thousands of memory stores
• No file I/O bottlenecks
• Usage-based pricing (no infra to manage)
The local markdown mode stays useful for development, debugging, and smaller deployments where human-readability and git versioning matter more than raw throughput.
Happy to walk through the SoulMate integration in more detail — what does your use case look like? (# of concurrent agents, memory read/write frequency?)