OpenClaw梦境系统使用介绍全文链接OpenClaw梦境系统使用介绍本文整理OpenClaw 2.x / 2.5 路线上围绕Dream Engine梦境 / 记忆抽象系统的能力划分、工作流、指令与场景示例。安装方式、子命令与频道行为会随版本迭代变化以当前环境openclaw --help与官方文档为准。一、2.x 新功能概览功能模块关键改进使用上的直接收益① Dream Engine记忆 / 梦境系统引入Dream概念对原始 Memory 片段做向量化 → 聚类 → 抽象得到可搜索的「概念节点」支持Dream-Share跨 Agent 共享与Dream-Generate按目标触发生成。记忆从静态长文本变为可检索、可复用、可跨会话共享的结构化层多 Agent 可基于同一组 Dream 协同。② Agent-to-Agent 通信 v2Dream-Relay用dream_id在 Agent 间传递 Dreamsession-relay可做一次 Dream 的即时同步。少手动复制大段上下文利于多角色编排如市场 → 策划 → 执行。③ Skill Hub 2.0如/skill install keyword一键装技能Skill-Template与Skill-Scoring推荐社区技能如 ClawHub可声明式拉取。技能安装与更新成本更低便于按任务挑选合适 Skill。④ 多渠道统一交互channel: unified可统一Telegram / Slack / 飞书 / Discord等侧指令语义部分版本提供auto-reply等风格策略。指令与习惯在一处维护多通道体验一致。⑤ 可视化 DashboardWeb 侧展示资源、Memory 统计、Dream 进度、费用与配额等支持Dream-Snapshot的导入与导出。便于运维、审计与成本可见性。⑥ 安全与权限按 Agent 的沙箱目录、敏感操作的确认 / 审计、凭证轮换与日志等能力以实际版本说明为准。降低误删、误用密钥与越权访问风险。二、Dream 系统工作流Dream 将「碎片化的 Memory」提升为可管理的概念单元典型流水线如下。Memory原始片段 → 向量化embedding → 写入向量库如 Milvus具体以部署为准 → 周期聚类如每 24h→ 生成 Dream-node → Dream-GeneratorLLM输出抽象概念与标题 → 持久化为 dream_id 描述 → 可 share 给其他 Agent / Session要点简要Dream 是Memory 之上的抽象层检索与共享往往围绕dream_id与概念文本进行。部署形态是否自带向量库、聚类周期以官方与自建配置为准。2.1 关键指令会话内/dream示例指令说明示例/dream list列出当前 Session 下已挂接的 Dream ID 与标题/dream list/dream show id查看指定 Dream 的摘要、来源片段、关联对象/dream show d12/dream propose goal按目标在已有 Dream / Memory 中检索并给出可执行建议/dream propose 整理本周 Obsidian 学习笔记/dream generate title手动触发一次 Dream 构建多为主持人或管理策略允许时/dream generate 知识库-「Docker 实践」主题归纳/dream share id target将 Dream 同步到目标 Agent 或 Session 标识/dream share d12 session-writing若使用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 知识库场景目标步骤思路预期效果① Inbox 与碎片笔记「升维」把Inbox、速记里零散段落变成可复用的主题相关片段进入 Memory 后用propose让 Dream 在「待整理论述」中聚类、命名 → 得到dream_id与概念摘要。减少「只堆不改」后续写MOC或专题页时有统一入口。② 周期性回顾周 / 月报回顾一段时间内在库里写了什么、主线是什么结合周期任务或手动propose 本周/本月 Obsidian 学习主线→show查看 Dream 中的主题列表 → 再让 Agent 在库中生成或更新回顾型笔记路径落在上述根目录下约定文件夹。与日历笔记、Periodic Notes 等习惯互补多一层概念层总览。③ 专题深耕如「K8s」「读书」类目录同一父文件夹下多文合并成一条「学习曲线」对该目录有写入权的 Memory 聚类后generate指定专题标题的 Dream或从propose选中的 Dream 继续对话。子主题自动浮现写长文或做Dataview/索引前先有高层结构。④ 读—写 双会话协同一个会话做检索与摘要另一个会话成稿在阅读 / 整理 Session里生成 Dream →share id writing-session写作 Session只引用 Dream避免两窗互相污染上下文。与「剪藏进库再输出」工作流一致Dream 作中间接力。⑤ 去重与边界澄清多篇文章反复写相近观点聚类后 Dream 会标出同一概念下的多条来源片段你在 Obsidian 里合并页面或加canonical 链接时更有据可依。知识库更干净双向链接负担减轻。四、场景示例命令行、知识库路径与多会话协作知识库根目录与上节相同子路径如00-Inbox、MOC请按你 Vault 里真实文件夹改下述示例中的落盘位置。4.1 从「本周笔记」到一份 Dream再回写库CLI 示意在Windows终端PowerShell 或你常用环境中子命令名称以openclaw dream --help为准# 0. 知识库根C:\Users\hands\Documents\Obsidian Vault\# Obsidian 中打开该文件夹作为 VaultOpenClaw 侧 Memory 来源以你的 Skill/集成为准。# 1. 根据目标从已索引的笔记类 Memory 与既有 Dream 中提出「本周学习/工作主线」openclaw dream propose 本周 Obsidian 笔记主题归纳# 2. 查看生成的 Dream假设 ID 为 d-obs-01openclaw 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 → 回链收集在 Obsidian 中照常记录日课、Inbox、剪藏转 MD并保证这些内容能进入OpenClaw Memory见上文集成文。聚类与抽象定期或按需执行propose/ 等待周期 Dream-job得到带dream_id的概念节点与摘要。回写与链接在对应 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: wiki6.1 wiki配置开启在~/.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 和梦境界面里「导入洞见 / 记忆宫殿」的对应关系界面提示含义与配置/操作上的启示Imported insights 为空多表示尚未完成带 apply 的 ChatGPT/外部历史导入需在 Dashboard 里按产品提供的import 流操作不是只改 JSON 就会满。Memory palace 未填充wiki 中entities/concepts/syntheses等编译页尚少除openclaw wiki compile外还依赖wiki_apply或 Agent 写综合页若用bridge模式并打开indexDreamReports等可加速从memory-core 梦境产物侧汇聚材料。七、小结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 wikimemory-wiki在§六单独说明需要可编译、可质证的长期知识层时启用与memory-core分工协作。实际落地时优先固定一套指令习惯对话/dream与 CLI 二选一对照并以官方文档与当前版本校准子命令、频道与安全选项。八、升级、迁移与安全步骤操作建议升级到 2.x使用发布说明中的升级入口如部分发行版提供openclaw upgrade --from 1.x --target 2.5等执行前备份~/.openclaw与项目内openclaw.json、技能目录。Dream 与旧记忆若提供openclaw dream migrate等工具将历史MEMORY类片段索引化 / 向量化为 Dream-Index迁移完成后再关旧路径以发布说明为准。安全基线定期openclaw security audit如支持--deep全量审计生产中开启敏感写操作的二次确认与审计日志留存。日常启动openclaw start或按你使用的Gateway / Docker / systemd方式拉起新功能加载依赖配置中的技能与记忆后端已就绪。