Skip to content

Memory Overview

OpenClaw remembers things by writing plain Markdown files in your agent’s workspace. The model only “remembers” what gets saved to disk — there is no hidden state.

Your agent has two places to store memories:

  • MEMORY.md — long-term memory. Durable facts, preferences, and decisions. Loaded at the start of every DM session.
  • memory/YYYY-MM-DD.md — daily notes. Running context and observations. Today and yesterday’s notes are loaded automatically.

These files live in the agent workspace (default ~/.openclaw/workspace).

The agent has two tools for working with memory:

  • memory_search — finds relevant notes using semantic search, even when the wording differs from the original.
  • memory_get — reads a specific memory file or line range.

Both tools are provided by the active memory plugin (default: memory-core).

When an embedding provider is configured, memory_search uses hybrid search — combining vector similarity (semantic meaning) with keyword matching (exact terms like IDs and code symbols). This works out of the box once you have an API key for any supported provider.

For details on how search works, tuning options, and provider setup, see Memory Search.

Builtin (default)

SQLite-based. Works out of the box with keyword search, vector similarity, and hybrid search. No extra dependencies.

QMD

Local-first sidecar with reranking, query expansion, and the ability to index directories outside the workspace.

Honcho

AI-native cross-session memory with user modeling, semantic search, and multi-agent awareness. Plugin install.

Before compaction summarizes your conversation, OpenClaw runs a silent turn that reminds the agent to save important context to memory files. This is on by default — you do not need to configure anything.

Terminal window
openclaw memory status # Check index status and provider
openclaw memory search "query" # Search from the command line
openclaw memory index --force # Rebuild the index