SMFS (Supermemory Filesystem) is an open-source layer that exposes a Supermemory container as a directory agents can treat like normal files. Agents use familiar tools (ls, cat, grep) instead of wiring a vector-database SDK or reloading entire chat histories into context. It is one variant of the broader Agent Memory Filesystems pattern and targets the same problem as the LLM Wiki pattern—long-term, stateful memory for agents—but optimizes for cloud-backed semantic retrieval and multi-modal ingestion rather than a local, RDF-validated markdown wiki.
Official docs: SMFS overview. Source: github.com/supermemoryai/smfs.
Design philosophy
SMFS is a RAG-augmented context layer: a knowledge graph and vector index sit behind a POSIX-like surface. The goal is to combine structured file-tree navigation with semantic ranking so agents spend fewer tokens and miss fewer relevant facts at scale. Background sync and graph maintenance are largely automatic (“dynamic dreaming” and entity updates on the Supermemory side), so the agent is not solely responsible for rewriting flat memory files after every session.
Architecture
| Aspect | SMFS |
|---|---|
| Storage | Supermemory API, semantic graph, hosted vector index |
| Surface | Mount via FUSE (Linux) or NFSv3 on localhost (macOS); or @supermemory/bash / supermemory-bash where mounting is impossible |
| Local cache | SQLite-backed cache; bidirectional sync (default pull ~30s) |
| Version control | No Git as source of truth; durability and history live in the cloud container |
| Docker / devcontainers | Supported for mount mode |
Typical workflow:
curl -fsSL https://smfs.ai/install | bash
smfs login
smfs mount agent_memory
Files under configured memory paths (for example user.md, memory.md, or custom --memory-paths) are distilled and indexed by Supermemory; ordinary paths behave more like a synced file tree.
How agents experience it
- Semantic grep — Intercepted
grepruns meaning-ranked search across the container; standard flags can force literal string match. profile.md— Virtual root file: a live, token-lean digest of the container the agent cancatinstead of walking every subtree.- Multi-modal — PDFs, images, and other types can be ingested; text representations become searchable through the same shell tools.
Comparison with Wiki CLI and Letta MemFS
Choose SMFS when you want semantic search hidden behind bash, multi-platform sync, integrations, and managed scale without maintaining a wiki toolchain. Choose the Wiki CLI when you want explicit, inspectable Declarative Knowledge, Procedural Knowledge via wiki check / wiki render, and a compounding markdown codebase under your control.
For the full cross-tool comparison, see Agent Memory Filesystems.
Sources
| Resource | Link |
|---|---|
| SMFS docs | https://supermemory.ai/docs/smfs/overview |
| Mount guide | https://supermemory.ai/docs/smfs/mount |
| Project site | https://smfs.ai/ |
| GitHub | https://github.com/supermemoryai/smfs |