OpenClaw梦境系统使用介绍

OpenClaw梦境系统使用介绍

全文链接：OpenClaw梦境系统使用介绍

本文整理OpenClaw 2.x / 2.5 路线上围绕Dream Engine（梦境 / 记忆抽象系统）的能力划分、工作流、指令与场景示例。安装方式、子命令与频道行为会随版本迭代变化，以当前环境openclaw --help与官方文档为准。

一、2.x 新功能概览

二、Dream 系统工作流

Dream 将「碎片化的 Memory」提升为可管理的概念单元，典型流水线如下。

Memory（原始片段） → 向量化（embedding） → 写入向量库（如 Milvus，具体以部署为准） → 周期聚类（如每 24h）→ 生成 Dream-node → Dream-Generator（LLM）输出抽象概念与标题 → 持久化为 dream_id + 描述 → 可 share 给其他 Agent / Session

要点简要：Dream 是Memory 之上的抽象层；检索与共享往往围绕dream_id与概念文本进行。部署形态（是否自带向量库、聚类周期）以官方与自建配置为准。

2.1 关键指令（会话内/dream示例）

若使用CLI而对话里使用/指令，可对照为同一语义下的子命令（例如openclaw dream list、openclaw dream show <id>），以openclaw dream --help输出为准。

2.2 工作区、config get与 Memory 日文件落点

openclaw config get agents.defaults.workspace若提示Config path not found: agents.defaults.workspace：

• 一般不必惊慌：多表示主配置里还没有显式写agents.defaults.workspace这一键，CLI 在「读文件」时找不到对应路径；运行时仍采用程序内置默认，通常为%USERPROFILE%\.openclaw\workspace（类 Unix 上为~/.openclaw/workspace）。
• 每日记忆文件在磁盘上的位置由「工作区根目录 + 固定子目录」决定，与 OpenClaw Memory 概念 一致：
  • 日更：{workspace}/memory/YYYY-MM-DD.md（多为追加写入，会话侧会读「今、昨」等）
  • 可选长记忆：{workspace}/MEMORY.md
• 希望config get能打印出值、或要固定到指定目录时，在%USERPROFILE%\.openclaw\openclaw.json中手动加入agents.defaults.workspace即可，无需视为「没配就坏了」。示例（JSON5，路径按本机改；Windows 下可用正斜杠或转义反斜杠）：

{agents:{defaults:{workspace:"C:/Users/你的用户名/.openclaw/workspace"}}}

保存后可再执行openclaw config get agents.defaults.workspace核对；是否需重启 / 重载网关以生效，以官方配置说明与当前版本为准。配置文件真实路径还可用openclaw config file查看。

三、使用场景与案例（本地 Obsidian 知识库）

四、场景示例：命令行、知识库路径与多会话协作

知识库根目录与上节相同；子路径（如00-Inbox、MOC）请按你 Vault 里真实文件夹改下述示例中的落盘位置。

4.1 从「本周笔记」到一份 Dream，再回写库（CLI 示意）

在Windows终端（PowerShell 或你常用环境）中，子命令名称以openclaw dream --help为准：

# 0. 知识库根：C:\Users\hands\Documents\Obsidian Vault\# （Obsidian 中打开该文件夹作为 Vault；OpenClaw 侧 Memory 来源以你的 Skill/集成为准。）# 1. 根据目标，从已索引的笔记类 Memory 与既有 Dream 中提出「本周学习/工作主线」openclaw dream propose 本周 Obsidian 笔记主题归纳# 2. 查看生成的 Dream（假设 ID 为 d-obs-01）openclaw dream show d-obs-01# 输出示例（示意）：# Title: 本周：Docker 网络与卷管理交叉笔记# Summary: 来自 Daily/2026-04-10 与 专题/Docker-实践.md 的片段在「持久化与网络」上汇聚……# 3. 将同一 Dream 交给「写作」侧会话，避免在整理会话里越写越长openclaw dream share d-obs-01 session-obs-writing# 4. 在 writing 会话中，让 Agent 结合 /dream show d-obs-01# 在 Vault 中新建或更新一篇 MOC，例如：# C:\Users\hands\Documents\Obsidian Vault\MOC\Docker-周回顾-2026-W15.md

成稿落盘、具体文件名与是否调用 Obsidian 相关Skill以你的配置与确认为准。

4.2 三阶工作流：入库 → Dream → 回链

1. 收集：在 Obsidian 中照常记录（日课、Inbox、剪藏转 MD），并保证这些内容能进入OpenClaw Memory（见上文集成文）。
2. 聚类与抽象：定期或按需执行propose/ 等待周期 Dream-job，得到带dream_id的概念节点与摘要。
3. 回写与链接：在对应 Session 中根据 Dream在C:\Users\hands\Documents\Obsidian Vault\下维护 MOC、专题页，并在原文档中加「已被某某 Dream 覆盖」的说明（手动作业或 Agent 代写，视权限而定）。

这样，库目录仍是唯一事实源，Dream提供跨片段的导航与总览层，与 Dataview 等插件不冲突、互为补充。

五、梦境扫描时间与计划调整

梦境 / Dreaming（控制面板里常标为浅睡、深睡、REM）是后台的记忆巩固任务。界面里若显示「下次扫描 3:00」且三格时间一致，多表示按本地时区、每日固定一轮（很多版本默认在凌晨 3:00 左右；以你本机Dashboard 与openclaw行为为准）。调整方式分界面、配置文件、命令行三路径。

5.1 方式一：修改面板定时任务配置

• 进入控制面板 → 记忆 / 梦境（「场景」页可看到正在归档零散思绪、DREAMING 运行中等状态）。
• 点底部浅睡 / 深睡 / REM旁的时间（或带状态圆点的一行）；若该版本支持，会弹出时间选择或分阶段设置。
• 打开「高级」标签，检查是否有全局时区、统一执行时刻、或各阶段是否合并为同一套夜间计划等选项。
• 修改后看「下次扫描」是否更新；无变化时重启或重载一次 Gateway并刷新页面。

说明：若三个时间始终联动为同一钟点，多数实现里表示同一轮梦境里依次跑三个阶段，改其一即整轮的时刻；分档独立的界面则会允许浅睡/深睡/REM 各不同。以你点按后的实际效果为准。

5.2 方式二：修改openclaw.json配置文件

不同发行版的键名会演进，但常见落点在plugins.entries下与 memory 相关的插件（如memory-core）的config→dreaming一带，可能包含：

• 类 cron 的调度（例如将「每天 3:00」改为其他时刻时，注意 5 段 cron 与系统时区；若文档里出现0 3 * * *类写法，改分钟与小时即可，并确认解释的是本地还是UTC）。
• 或分阶段interval（如30m、2h）表示间隔重复，语义可能与界面上的**「指到几点的 3:00」不是同一种——务必对照官方 Memory / Dreaming 说明或当前版配置 schema**。

操作建议：先备份openclaw.json；改后执行本机若存在的校验（如openclaw config validate），再重载/重启网关，回到 Dashboard 核对「下次扫描」。

5.3 memory命令使用

以openclaw memory --help为准，可尝试（子命令因版本可能略有不同）：

openclaw memory dream status openclaw memory dream recent openclaw doctor memory

用于查看梦境任务是否已注册、最近运行与计划等；若无对应子命令，以安装的 CLI 帮助为准。

六、openclaw wiki简介

openclaw wiki是 CLI 的子命令族（openclaw wiki …），由捆绑插件memory-wiki提供能力：把长期记忆整理成可维护的「维基层」（有固定版式页面、claims（主张）+ 证据、来源、开放问题、矛盾等元数据，而不只是一堆散 Markdown）。它不替代memory-core的召回、索引、梦境、升格；两者并列：前者管「堆文件」，后者管「可检索、可推理、有谱系的编译知识」。

官方说明：Memory Wiki 插件 · CLI: wiki

6.1 wiki配置开启

1. 在~/.openclaw/openclaw.json的plugins.entries中启用插件（JSON5示例，可和现有memory-core并列）：

"memory-wiki":{"enabled":true,"config":{"vaultMode":"isolated","vault":{"path":"~/.openclaw/wiki/main","renderMode":"obsidian"},"render":{"createBacklinks":true,"createDashboards":true}}}

• 最小只需enabled: true；未写config时用内置默认，路径与模式以插件文档为准。
• vaultMode常用值：
  • isolated：独立 wiki 库，不读 memory-core 内部。
  • bridge：从memory-core 暴露的桥接物拉取梦境报告、日笔记、记忆根文件等，再编进 wiki（需文档中bridge 各开关与版本支持一致）。
• 修改后保存配置，重启或重载网关，再在浏览器打开控制面板中Memory Wiki / 梦境日记相关页。

6.2 wiki命令行使用

在终端中（子命令以openclaw wiki --help为准）：

openclaw wiki doctor openclaw wiki status openclaw wiki init openclaw wiki compile openclaw wiki search"关键词"

• doctor/status：看 vault 是否就绪、模式与健康。
• init：首次建目录树（entities/、concepts/、syntheses/、sources/、reports/等）。
• compile：把页面编译成机器可读的 digest（供检索与 Agent）。
• 更高级的wiki_get/wiki_apply/wiki_lint多由会话内工具或后续文档使用；详见官方CLI: wiki。

6.3 和梦境界面里「导入洞见 / 记忆宫殿」的对应关系

七、小结

• Dream把Memory从「只读长上下文」补上一层可 id 化、可共享、可检索的概念抽象，适合多 Agent 与多会话场景。
• 与本地 Obsidian 库搭配时，以C:\Users\hands\Documents\Obsidian Vault\为成稿与链接的事实落点，让 Dream 承担聚类与导航，笔记文件仍由你或 Agent 在明确路径下维护。
• agents.defaults.workspace未出现在config get中时，优先理解为「使用默认工作区」；只有在需要固定盘符/目录时，再向openclaw.json显式写入该键。
• Dreaming 扫描时间可在Dashboard（浅睡/深睡/REM 或「高级」）或openclaw.json的 dreaming 相关配置中调整，改后**核对「下次扫描」**并以官方文档确认字段名。
• openclaw wiki+memory-wiki在§六单独说明；需要可编译、可质证的长期知识层时启用，与memory-core分工协作。
• 实际落地时，优先固定一套指令习惯（对话/dream与 CLI 二选一对照），并以官方文档与当前版本校准子命令、频道与安全选项。

八、升级、迁移与安全