Memory overview
How memory works.
Builtin engine
Default SQLite backend.
Memory search
Search pipeline and tuning.
Active memory
Memory sub-agent for interactive sessions.
memory in openclaw.json. Search defaults use memory.search; per-agent search overrides use agents.entries.*.memory.search.
For the recommended personal-agent workflow, use
memory.search.rememberAcrossConversations. Advanced Active Memory targeting,
model, prompt, and latency controls live under plugins.entries.active-memory.See Active Memory for both activation paths,
transcript persistence, and safe rollout guidance.Remember across conversations
Configure it per agent when only a trusted personal agent should use
cross-conversation transcript recall:
memory.search inheritance with a
per-agent override. When unset, it defaults on only if global
session.dmScope is unset or "main" and no binding has a session.dmScope
override. Any configured DM isolation defaults it off. An explicit true or
false always wins. Enabling it implies session transcript indexing and adds
sessions to the agent’s resolved memory sources.
OpenClaw’s built-in memory provider supports this protected path. Alternate memory providers can keep using their own
recall hooks and advanced Active Memory tools, but this setting is skipped
unless the current provider supports protected private transcript recall.
openclaw doctor reports an unsupported provider or an explicit Active Memory
toolsAllow list that omits memory_search.
The retrieval boundary is narrower than general session search:
- only the same agent’s recognized private conversations are eligible
- the conversation being answered is excluded
- groups and channels are excluded as sources and destinations
- unknown conversation kinds fail closed
- sandboxed recall cannot use the special cross-conversation authorization
tools.sessions.visibility, session keys,
transcript storage, delivery routing, or the permissions of sessions_list,
sessions_history, and sessions_send. Active Memory performs a bounded
read-only retrieval pass; unavailable or timed-out retrieval does not block the
reply.
Provider selection
When
provider is not set, OpenClaw uses OpenAI embeddings. Set provider
explicitly to use Bedrock, DeepInfra, Gemini, GitHub Copilot, Mistral, Ollama,
Voyage, a local GGUF model, or an OpenAI-compatible /v1/embeddings endpoint.
Legacy configs that still say provider: "auto" resolve to openai.
When provider is unset, legacy provider: "auto" is present, or
provider: "none" intentionally selects FTS-only mode, memory recall can still
use lexical FTS ranking when embeddings are unavailable.
Explicit non-local providers fail closed. If you set memory.search.provider to
a concrete remote-backed provider such as Bedrock, DeepInfra, Gemini, GitHub
Copilot, LM Studio, Mistral, Ollama, OpenAI, Voyage, or an OpenAI-compatible
custom provider, and that provider is unavailable at runtime, memory_search
returns an unavailable result instead of silently using FTS-only recall. Fix the
provider/auth configuration, switch to a reachable provider, or set
provider: "none" if you want deliberate FTS-only recall.
Custom provider ids
memory.search.provider can point at a custom models.providers.<id> entry for memory-specific provider adapters such as ollama, or for OpenAI-compatible model APIs such as openai-responses / openai-completions. OpenClaw resolves that provider’s api owner for the embedding adapter while preserving the custom provider id for endpoint, auth, and model-prefix handling. This lets multi-GPU or multi-host setups dedicate memory embeddings to a specific local endpoint:
API key resolution
Remote embeddings require an API key. Bedrock uses the AWS SDK default credential chain instead (instance roles, SSO, access keys, or a Bedrock API key).Codex OAuth covers chat/completions only and does not satisfy embedding requests.
Remote endpoint config
Useprovider: "openai-compatible" for a generic OpenAI-compatible
/v1/embeddings server that should not inherit global OpenAI chat credentials.
string
Custom API base URL.
string
Override API key.
object
Extra HTTP headers (merged with provider defaults).
Provider-specific config
Gemini
Gemini
OpenAI-compatible input types
OpenAI-compatible input types
OpenAI-compatible embedding endpoints can opt into provider-specific Changing these values affects embedding cache identity for provider batch indexing and should be followed by a memory reindex when the upstream model treats the labels differently.
input_type request fields. This is useful for asymmetric embedding models that require different labels for query and document embeddings.Bedrock
Bedrock
Bedrock embedding config
Bedrock uses the AWS SDK default credential chain plus an OpenClaw-checked bearer token, so no API keys are stored in config. If OpenClaw runs on EC2 with a Bedrock-enabled instance role, just set the provider and model:Supported models (with family detection and dimension defaults):
Throughput-suffixed variants (e.g.,
amazon.titan-embed-text-v1:2:8k) and region-prefixed inference profile IDs (e.g., us.amazon.titan-embed-text-v2:0) inherit the base model’s configuration.Region: resolved in this order: the memory.search.remote.baseUrl override, the models.providers.amazon-bedrock.baseUrl config, AWS_REGION, AWS_DEFAULT_REGION, then a default of us-east-1.Authentication: OpenClaw checks for AWS_ACCESS_KEY_ID + AWS_SECRET_ACCESS_KEY or AWS_BEARER_TOKEN_BEDROCK first, then falls through to the standard AWS SDK default credential provider chain:- Environment variables (
AWS_ACCESS_KEY_ID+AWS_SECRET_ACCESS_KEY), unlessAWS_PROFILEis also set - SSO (only when SSO fields are configured)
- Shared credentials and config files (
fromIni, includesAWS_PROFILE) - Credential process (
credential_processin the AWS config file) - Web identity token credentials
- ECS or EC2 instance metadata credentials
InvokeModel to the specific model:Local (managed llama.cpp server)
Local (managed llama.cpp server)
Install the official llama.cpp provider, then choose llama.cpp once in
interactive setup. OpenClaw installs a pinned, verified
llama-server and
writes its loopback localService configuration. Default model:
embeddinggemma-300m-qat-Q8_0.gguf (~0.3 GB, auto-downloaded).Use the standalone CLI to verify the same provider path the Gateway uses:openclaw memory status --deep reports
server build, model path, capability, and endpoint facts observed from the
managed server after it has handled an embedding request.Set provider: "local" explicitly for local GGUF embeddings. Full hf:
file references and integrity-bearing HTTPS GGUF URLs are supported for
explicit local configs, but they do not change the default provider.Indexing behavior
Memory engines own synchronization, batching, watch, and post-compaction indexing heuristics. OpenClaw keeps these behaviors enabled with maintained defaults rather than exposing per-install timing switches.Hybrid search config
All undermemory.search.query:
Hybrid retrieval remains enabled. The builtin engine always applies a fixed
30-day recency half-life to dated daily notes and a fixed importance
multiplier after hybrid relevance, then applies MMR diversity ordering with a
fixed lambda of
0.7. MEMORY.md, USER.md, and other evergreen memory files
do not decay. Nullable importance is neutral, so no migration or new tuning
key is required for existing indexes.
Strong trigger matches on promoted, trusted entries can inject up to three
compact memories on eligible interactive turns. Today, root MEMORY.md and
USER.md are the curated eligible tier. Daily notes and transcripts are never
auto-injected.
Full example
Additional memory paths
/ separators; direct
file entries are indexed exactly. The builtin engine skips symlinks.
Multimodal memory (Gemini)
Index images and audio alongside Markdown using Gemini Embedding 2:Only applies to files in
extraPaths. Default memory roots stay Markdown-only. Requires gemini-embedding-2-preview. fallback must be "none"..jpg, .jpeg, .png, .webp, .gif, .heic, .heif (images); .mp3, .wav, .ogg, .opus, .m4a, .aac, .flac (audio).
Embedding cache
Prevents re-embedding unchanged text during reindex or transcript updates.
Batch indexing
Available for
gemini, openai, and voyage. OpenAI batch is typically fastest and cheapest for large backfills.
Batch enablement is the only remote batching setting. Concurrency, polling, and timeout behavior are provider-owned.
Session memory search
Index session transcripts and surface them viamemory_search:
The session-memory hook saves conversation
excerpts to
<workspace>/memory/, which the memory source already indexes.
If transcript indexing is also enabled, the same conversation can appear from
both memory and sessions, resulting in overlapping search results and
additional embedding work. For hook-only recall, set sources: ["memory"] and
rememberAcrossConversations: false; sources alone is insufficient because
cross-conversation recall automatically adds sessions. For full-transcript
recall instead, run openclaw hooks disable session-memory. Enable both only
when you intentionally want both representations.tools.sessions.visibility. The default
tree visibility exposes the current session and sessions it spawned. When
the caller is the canonical main session, it covers every same-agent session.
Non-main callers require agent visibility for unrelated same-agent sessions
(or all when cross-agent recall is also required and agent-to-agent policy
allows it).
rememberAcrossConversations does not widen that setting. It supplies a
separate runtime-only authorization limited to same-agent private
transcripts during the bounded Active Memory pass.
The examples below place these settings under top-level memory.search. You can also
apply equivalent settings in a per-agent memory.search override when only one
agent should index and search session transcripts.
For same-agent gateway-to-DM recall:
SQLite vector acceleration (sqlite-vec)
When sqlite-vec is unavailable, OpenClaw falls back to in-process cosine similarity automatically.
Index storage
Built-in memory indexes live in each agent’s OpenClaw SQLite database atagents/<agentId>/agent/openclaw-agent.sqlite.
Citations
memory.citations controls citation visibility for built-in memory results:
Dreaming
Dreaming is configured underplugins.entries.memory-core.config.dreaming, not under memory.search.
Dreaming runs as one scheduled sweep and uses internal light/deep/REM phases as an implementation detail.
For conceptual behavior and slash commands, see Dreaming.
User settings
Example
- Dreaming writes machine state to
memory/.dreams/. - Dreaming writes human-readable narrative output to
DREAMS.md(or existingdreams.md). - Deep consolidation stores the prior
MEMORY.mdin SQLite-backed plugin state and records rewrite counts and highlights inDREAMS.md. - Untrusted and system-derived candidates are structurally excluded before consolidation and durable promotion.
dreaming.modeluses the existing plugin subagent trust gate; setplugins.entries.memory-core.subagent.allowModelOverride: truebefore enabling it.- Dream Diary retries once with the session default model when the configured model is unavailable. Trust or allowlist failures are logged and are not silently retried.
- The light/deep/REM phase policy and thresholds are internal behavior, not user-facing config.