记忆配置参考

此页面列出了 OpenClaw 记忆搜索的每个配置开关。有关概念概览，请参阅：

除非另有说明，所有记忆搜索设置都位于 openclaw.json 中的 agents.defaults.memorySearch 下（或每个 agent 的 agents.list[].memorySearch 覆盖项）。

提供商选择

未设置 provider 时，OpenClaw 使用 OpenAI 嵌入。显式设置 provider 可使用 Bedrock、DeepInfra、Gemini、GitHub Copilot、Mistral、Ollama、 Voyage、本地 GGUF 模型或 OpenAI 兼容的 /v1/embeddings 端点。 仍写着 provider: "auto" 的旧版配置会解析为 openai。

当 provider 未设置、存在旧版 provider: "auto"，或 provider: "none" 有意选择仅 FTS 模式时，在嵌入不可用的情况下，记忆召回仍可 使用词法 FTS 排名。

显式的非本地提供商会失败关闭。如果你将 memorySearch.provider 设置为 具体的远程后端提供商，例如 Bedrock、DeepInfra、Gemini、GitHub Copilot、LM Studio、Mistral、Ollama、OpenAI、Voyage，或 OpenAI 兼容的 自定义提供商，而该提供商在运行时不可用，memory_search 会返回不可用结果，而不是静默使用仅 FTS 召回。请修复 提供商/认证配置、切换到可访问的提供商，或在你希望有意使用仅 FTS 召回时设置 provider: "none"。

自定义提供商 ID

memorySearch.provider 可以指向自定义 models.providers.<id> 条目，用于特定记忆的提供商适配器（例如 ollama），或用于 OpenAI 兼容模型 API（例如 openai-responses / openai-completions）。OpenClaw 会解析该提供商的 api 所有者用于嵌入适配器，同时保留自定义提供商 ID 以处理端点、认证和模型前缀。这使多 GPU 或多主机设置可以将记忆嵌入专用于特定本地端点：

{  models: {    providers: {      "ollama-5080": {        api: "ollama",        baseUrl: "http://gpu-box.local:11435",        apiKey: "ollama-local",        models: [{ id: "qwen3-embedding:0.6b", name: "Qwen3 Embedding 0.6B" }],      },    },  },  agents: {    defaults: {      memorySearch: {        provider: "ollama-5080",        model: "qwen3-embedding:0.6b",      },    },  },}

API key 解析

远程嵌入需要 API key。Bedrock 改用 AWS SDK 默认凭证链（实例角色、SSO、访问密钥或 Bedrock API key）。

远程端点配置

对不应继承全局 OpenAI 聊天凭证的通用 OpenAI 兼容 /v1/embeddings 服务器使用 provider: "openai-compatible"。

{  agents: {    defaults: {      memorySearch: {        provider: "openai-compatible",        model: "text-embedding-3-small",        remote: {          baseUrl: "https://api.example.com/v1/",          apiKey: "YOUR_KEY",        },      },    },  },}

提供商特定配置

{  agents: {    defaults: {      memorySearch: {        provider: "openai-compatible",        remote: {          baseUrl: "https://embeddings.example/v1",          apiKey: "${EMBEDDINGS_API_KEY}",        },        model: "asymmetric-embedder",        queryInputType: "query",        documentInputType: "passage",      },    },  },}

{  agents: {    defaults: {      memorySearch: {        provider: "bedrock",        model: "amazon.titan-embed-text-v2:0",      },    },  },}

{  "Effect": "Allow",  "Action": "bedrock:InvokeModel",  "Resource": "*"}

arn:aws:bedrock:*::foundation-model/amazon.titan-embed-text-v2:0

openclaw memory status --deep --agent mainopenclaw memory index --force --agent main

内联嵌入超时

索引行为

除非另有说明，全部位于 memorySearch.sync 下：

混合搜索配置

全部位于 memorySearch.query 下：

以及 memorySearch.query.hybrid 下：

完整示例

{  agents: {    defaults: {      memorySearch: {        query: {          maxResults: 6,          minScore: 0.35,          hybrid: {            vectorWeight: 0.7,            textWeight: 0.3,            mmr: { enabled: true, lambda: 0.7 },            temporalDecay: { enabled: true, halfLifeDays: 30 },          },        },      },    },  },}

其他记忆路径

{  agents: {    defaults: {      memorySearch: {        extraPaths: ["../team-docs", "/srv/shared-notes"],      },    },  },}

路径可以是绝对路径，也可以相对于工作区。目录会递归扫描 .md 文件。符号链接处理取决于当前后端：内置引擎会跳过符号链接，而 QMD 会遵循底层 QMD 扫描器行为。

对于按 Agent 作用域的跨 Agent 转录搜索，请使用 agents.list[].memorySearch.qmd.extraCollections，而不是 memory.qmd.paths。这些额外集合遵循相同的 { path, name, pattern? } 形状，但它们会按 Agent 合并，并且当路径指向当前工作区之外时，可以保留显式共享名称。如果同一个解析路径同时出现在 memory.qmd.paths 和 memorySearch.qmd.extraCollections 中，QMD 会保留第一个条目并跳过重复项。

多模态记忆（Gemini）

使用 Gemini Embedding 2 将图片和音频与 Markdown 一起索引：

支持的格式：.jpg、.jpeg、.png、.webp、.gif、.heic、.heif（图片）；.mp3、.wav、.ogg、.opus、.m4a、.aac、.flac（音频）。

嵌入缓存

在重新索引或转录更新期间，避免对未更改的文本重新生成嵌入。保持 maxEntries 未设置可使用无界缓存；当磁盘增长比峰值重新索引速度更重要时再设置它。设置后，一旦缓存超过限制，最旧的条目（按最后更新时间）会最先被清理。

批量索引

适用于 gemini、openai 和 voyage。对于大型回填，OpenAI 批量通常最快且成本最低。

remote.nonBatchConcurrency 控制本地/自托管提供商使用的内联嵌入调用，以及托管提供商在提供商批量 API 未启用时使用的内联嵌入调用。Ollama 的非批量索引默认值为 1，以避免让较小的本地主机不堪重负；在更大的机器上可设置更高的值。

这与 sync.embeddingBatchTimeoutSeconds 分开，后者控制内联嵌入调用的超时时间。

会话记忆搜索（实验性）

索引会话转录，并通过 memory_search 暴露它们：

会话转录命中也遵守 tools.sessions.visibility。默认的 tree 可见性只暴露当前会话及其派生的会话。若要从不同会话（例如私信）中召回一个无关的、同一智能体的、由 Gateway 网关分发的会话，请有意将可见性扩大到 agent（只有在也需要跨智能体召回且智能体到智能体策略允许时，才使用 all）。

下面的示例将这些设置放在 agents.defaults 下。你也可以在按智能体覆盖中应用等效的 memorySearch 设置，用于仅让一个智能体索引和搜索会话转录。

对于同一智能体的 Gateway 网关到私信召回：

{  agents: {    defaults: {      memorySearch: {        experimental: { sessionMemory: true },        sources: ["memory", "sessions"],      },    },  },  tools: {    sessions: { visibility: "agent" },  },}

{  agents: {    defaults: {      memorySearch: {        experimental: { sessionMemory: true },        sources: ["memory", "sessions"],      },    },  },  memory: {    backend: "qmd",    qmd: {      sessions: { enabled: true },    },  },  tools: {    sessions: { visibility: "agent" },  },}

使用 QMD 时，agents.defaults.memorySearch.experimental.sessionMemory 和 sources: ["sessions"] 本身不会把转录导出到 QMD。还需要设置 memory.qmd.sessions.enabled: true。

SQLite 向量加速（sqlite-vec）

当 sqlite-vec 不可用时，OpenClaw 会自动回退到进程内余弦相似度。

索引存储

内置记忆索引位于每个智能体的 OpenClaw SQLite 数据库： agents/<agentId>/agent/openclaw-agent.sqlite。

QMD 后端配置

设置 memory.backend = "qmd" 以启用。所有 QMD 设置都位于 memory.qmd 下：

searchMode: "search" 仅使用词法/BM25。OpenClaw 不会为该模式运行语义向量就绪探测或 QMD 嵌入维护，包括在 memory status --deep 期间；vsearch 和 query 仍然需要 QMD 向量就绪状态和嵌入。

rerank: false 只会更改 QMD query 模式，并且需要 QMD 2.1 或更新版本。在直接 CLI 模式下，OpenClaw 会传递 --no-rerank；在由 mcporter 支持的 MCP 模式下，它会向 QMD 的统一查询工具传递 rerank: false。保持未设置即可使用 QMD 默认的查询重排序行为。

OpenClaw 优先使用当前的 QMD 集合和 MCP 查询形状，但会在需要时尝试兼容的集合模式标志和旧版 MCP 工具名称，从而保持旧版 QMD 发布可用。当 QMD 声明支持多个集合过滤器时，同源集合会用一个 QMD 进程搜索；旧版 QMD 构建会保留按集合划分的兼容路径。同源表示持久记忆集合（默认记忆文件加自定义路径）会归为一组，而会话转录集合会保留为单独一组，因此来源多样化仍然同时拥有两类输入。

mcporter 集成

全部位于 memory.qmd.mcporter 下。通过长驻 mcporter MCP 守护进程路由 QMD 搜索，而不是每次查询都生成 qmd，从而降低较大模型的冷启动开销。

需要安装 mcporter 并位于 PATH 上，还需要配置一个运行 qmd mcp 的 mcporter 服务器。对于每次查询生成进程的成本可接受的更简单本地设置，请保持禁用。

{  memory: {    qmd: {      scope: {        default: "deny",        rules: [{ action: "allow", match: { chatType: "direct" } }],      },    },  },}

启用 gateway-start QMD 初始化时，OpenClaw 只会为符合条件的智能体启动 QMD。如果 update.onBoot 为 true，且未配置间隔/embed 维护，启动时会使用一次性管理器执行启动刷新，然后关闭它。如果配置了更新或 embed 间隔，启动时会打开长期运行的 QMD 管理器，使其拥有 watcher 和间隔计时器；update.onBoot: false 只会跳过立即启动刷新。

完整 QMD 示例

{  memory: {    backend: "qmd",    citations: "auto",    qmd: {      includeDefaultMemory: true,      update: { interval: "5m", debounceMs: 15000 },      limits: { maxResults: 4, timeoutMs: 4000 },      scope: {        default: "deny",        rules: [{ action: "allow", match: { chatType: "direct" } }],      },      paths: [{ name: "docs", path: "~/notes", pattern: "**/*.md" }],    },  },}

Dreaming

Dreaming 配置在 plugins.entries.memory-core.config.dreaming 下，而不是 agents.defaults.memorySearch 下。

Dreaming 作为一次定时扫描运行，并将内部的 light/deep/REM 阶段作为实现细节。

有关概念行为和斜杠命令，请参阅 Dreaming。

用户设置

示例

{  plugins: {    entries: {      "memory-core": {        subagent: {          allowModelOverride: true,          allowedModels: ["anthropic/claude-sonnet-4-6"],        },        config: {          dreaming: {            enabled: true,            frequency: "0 3 * * *",            model: "anthropic/claude-sonnet-4-6",          },        },      },    },  },}

相关内容

• 配置参考
• 记忆概览
• 记忆搜索