四类依赖，各管一摊

1. Plugins（插件）——动系统能力的走这条：

openclaw plugins list
openclaw hooks list

我装着的：openclaw-weixin 渠道插件（微信进出全走它）、session-memory hook（会话结束落盘记忆）、wiki-maintainer / obsidian-vault-maintainer（知识库维护）。渠道类必须走插件，比如微信官方通道；插件配置同样吃 openclaw config validate 那道纪律。

2. Skills（技能）——给 agent 的"操作手册"，本质是带 SKILL.md 的 Markdown 目录，匹配任务时按需加载。三种来源我都用：

• 内置/插件带出：browser-automation、tavily 搜索；
• 自建：工作区 skills/web-summarizer/（把"网页→结构化摘要"的我的做法写成手册，之后每次摘要任务直接复用）——自建技能就是把重复劳动的 SOP 沉淀成文件，和记忆一个思路；
• 查看：openclaw skills list。

3. MCP servers——openclaw mcp 一族管理 mcp.servers 配置和渠道桥接，外部 MCP 工具挂进来给 agent 用。我这边 MCP 用得克制（早期试过 playwright-mcp，调试转储目录后来清理掉了），主力能力 exec/browser/web_fetch 原生就有。

4. 环境侧依赖——容易被忽略的"隐性依赖"：

• Node.js + nvm-windows：本体是 npm 全局包，我跑 v24.15.0。注意 nvm-windows 的全局包装在每个版本自己的目录下（我的在 D:\Programs\nvm\v24.15.0\node_modules\openclaw），切 Node 版本 = openclaw 和所有全局 CLI 都要在新版本下重装一遍，这个我栽过一次，升级 Node 前先想清楚；
• API keys：DASHSCOPE_API_KEY 环境变量（百炼直调，图文分析走它）、.env 里 SILICONFLOW_API_KEY（记忆向量检索复用，见第五篇）。纪律：凭据只存脚本/环境文件，不进记忆文件、不进聊天明文；
• 辅助服务：本地 Flask 文件服务器 + localtunnel 内网穿透（给外发内容一个落点）、QQ 邮箱检查脚本（node + imap，IMAP 授权码只从脚本文件读）。

一条用血换来的红线：浏览器自动化

我也给 OpenClaw 配过重度浏览器自动化：常驻 Edge 开 9222 调试端口、拟人化操作脚本、定时巡检内容平台后台……跑得很顺，直到 9/25 收到平台"浏览器操作异常"警告——再犯就限流。当天全线停用：cron 禁用、常驻浏览器关闭、脚本进 legacy 目录封存，互动和发布改回全手动，AI 只出文字草稿。

这事让我给"加依赖"重新定了边界：平台风控红线之外的能力才是真能力。自动化账号行为和平台规则对抗的依赖，装得越多雷越大；而本地文件、检索、调度、摘要这类增强自己生产力的依赖，多多益善。现在 browser 工具我只留非内容平台场景，且一律拟人化、不占主会话。

加依赖的验收姿势

每装一类，跑一遍对应 list 确认真的在位：plugins list / skills list / mcp / cron list / memory status，最后 openclaw doctor --fix 兜底。装而不知其在，等于没装。

「OpenClaw 实战」系列（随我用随更，下一篇大概率是《我的 cron 任务全清单》或短视频方向）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

降本先算账：钱烧在哪

OpenClaw 的 token 消耗三大头：每次会话注入的上下文、对话历史随轮次膨胀、自动唤醒的后台模型调用。对应的三个手术，全在我机器上真实动过刀：

手术一：注入文件瘦身。 AGENTS/TOOLS/MEMORY 这些每次会话都背着跑。9/25 把 12.6KB 的 TOOLS.md 执行细节迁进专项档案后压到 3.7KB，开机注入总量从 ~42KB 降到 ~20KB，直接 -52%。手法就一句：常驻留指针，细节按需 read。

手术二：heartbeat 永久禁用。 OpenClaw 有心跳机制（默认每 30 分钟唤醒 agent 跑一轮 HEARTBEAT.md 清单）。听着贴心，账上不划算：一天 48 次后台模型调用，还跑在带全部历史的主会话里。我把 heartbeat.every 设 0m 关掉，职能拆给两个便宜替代：

• cron 维护班：每天 23:56 提炼 daily 日志进 MEMORY.md、检查失败任务、标超期待办——设成静默模式（delivery none），干完不发消息，专治深夜打扰；
• 空闲压缩外挂：scripts/idle_compact.js 挂 Windows 计划任务，规则：空闲 ≥30 分钟且 transcript >40KB 才压缩，否则直接 SKIP。纯脚本零模型调用，把"定时唤醒模型"的钱省成 0。

手术三：压缩参数收紧。 compaction 的 maxActiveTranscriptBytes 从 600KB 降到 300KB，加 midTurnPrecheck、压缩后截断，thinkingDefault=off。

不压缩的下场：9/24 连锁报错

降本前我也付过学费。一个老会话涨到 305 条消息后，自动压缩恢复不了当轮，每一轮都重报同一条 “Auto-compaction could not recover this turn”——我微信里看到的就是"一直循环报错"。修复：agents.defaults.compaction 加 reserveTokensFloor=50000，openclaw config validate 通过，旧会话 /new 开新线。教训：长会话主动压缩（/compact 或外挂脚本），别等它自己崩。

cron 任务设计三条经验

现在跑着的：QQ 邮箱检查（08:50/18:10，结果推微信）、每日记忆整理（23:56 静默）。外加三个停用岗位。设计里学到的：

1. cron 表达式表达不了"8:50 和 18:10 两个时刻"（分钟位相同才行），我拆成两个独立任务；
2. Windows 语法陷阱：给任务的 prompt 里带了 &&/2>nul/type 这些 cmd 语法，PowerShell 直接炸——给 AI 的指令也要按执行环境的方言写；
3. 推送失败有窗口期：微信主动消息需要近期互动窗口，晨检类任务要设计失败暂存、互动后补发。

最玄学的坑：调度器漂移

维护班连续多班不准点，排查记录值得单独一段：10/19-10/21 连续三班没在 23:56 触发、改成早上 08:40 补跑，漂移模式是 lastRun + 24h；另一头 QQ 邮箱晨检还整 25 天在 cron list 里不可见。根因指向：夜间机器休眠/网关未运行（合盖不休眠设置见安装篇）、以及 10/16 网关重启直接打断过正在跑的 job（报 error）。后来复查 job 又全见、推送恢复——大概率某次网关状态问题，自愈。

结论不漂亮但真实：定时任务的可靠性上限，是你那台机器和网关进程的存活状态。Windows 常驻笔记本跑调度，电源设置和重启时机是要认真管的事。

一份"AI 药方"的打假记录

最后讲个有趣的。为降本我拿过一份别的 AI 给的"修正版配置清单"，逐条对官方 docs 核完：一半是编的——.env 里四个"环境变量"全文档搜不到，推荐替换的模型名不存在，还让我开启一个早已内置的"工具结果自动丢弃"（OpenClaw 的 compaction 本来就有这机制）。照单执行就是在给配置埋雷。AI 给的配置建议，一律先对本机 docs 再上线，这句我写进了工作守则。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

文件层：记忆的第一现场

OpenClaw 的记忆本体就是一堆 Markdown，按热度分层：

workspace/
├── MEMORY.md            # 长期精炼记忆（画像/项目/待办/钦定规则）——主会话每次注入
└── memory/
    ├── daily/           # 每日原始日志 YYYY-MM-DD.md——当天事实随手写
    ├── projects/        # 专项档案（某条业务线的完整历史）
    ├── profiles/ contacts/ schedules/ context/   # 人物/日程/上下文档案
    └── ── 结构化知识 → ~/.openclaw/wiki/main/（entities/concepts/syntheses/sources）

运转节奏：当天事写 daily，定期（我放在每天 23:56 的 cron 维护班）把 daily 提炼进 MEMORY.md，过时内容清理或迁 projects 档案。主人说"记住这个"，必须立刻落文件——没有"心里记一下"这回事，因为每次会话都是全新醒来。关联信息用 [[双向链接]]，这玩法直接抄 Obsidian。

这条路上我交过的学费是体积：这些文件每次会话都注入，就是持续的 token 成本。9/25 大瘦身，TOOLS.md 12.6KB→3.7KB、开机注入总量 42KB→20KB，手法就一招——细节全部下沉到 projects 档案，常驻只留指针。

索引层：坏过三次的位置

文件多了要找回来，靠内置 memory_search（向量语义+关键词两路并行，和我做 RAG 项目的混合检索同一个架构）。它的三次事故：

事故一（6/19）：一个反斜杠消失在搜索里。 现象：前一天的发布记录搜不到。根因：openclaw.json 里 memorySearch.extraPaths 写了单反斜杠路径，JSON 未转义，自定义目录（profiles/projects 等）全部加载失败。修复：改双反斜杠 \\，重启网关。附带发现：session-memory hook 也没把旧会话落盘——从此我定了规矩：重要对话手动写 daily，不赌自动 hook。

事故二（9/3 起，瘫了近 50 天）：语义那条腿断了。 现象：memory_search 持续不可用。当时定位到"openai provider 无 API key"，先拿 qmd CLI 和直接读文件兜底，业务照常跑——检索坏了不等于记忆丢了，文件才是事实源，这是这个架构最让我安心的一点。

事故三（10/21 根治）：根因查实。 配置里只有 extraPaths 没写 embedding provider → 系统默认走 OpenAI 的 embeddings 接口要 OPENAI_API_KEY → 本机没这个 key → 语义检索废了，qmd 也是同一个死因。当天修复：

// agents.defaults.memorySearch
"provider": "openai-compatible",
"model": "BAAI/bge-m3",
"remote": { "baseUrl": "https://api.siliconflow.cn/v1", "apiKey": "<复用我 .env 里的 SILICONFLOW key>" }

然后 openclaw memory index --force 全量重建索引，config validate 通过，实测查询返回正常（vectorScore 有值了）。选 bge-m3 是因为它本来就是我 RAG 学习项目的同款，硅基流动免费档够用，同路还有 bge-reranker-v2-m3 以后精排可以直接复用。成本：零（key 现成，模型白嫖）。

验收记忆是否真的在

openclaw memory status      # 索引状态
openclaw memory index --force  # 重建
qmd update && qmd embed --no-gpu  # 备用 CLI 索引

再加一条行为层的验收：隔几天新开一个会话，问它"我 9 月干过什么"——能从 daily 和 MEMORY.md 里答对，这套记忆才算活着。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

为什么换：一笔账

我原来默认 DeepSeek。8/17 起它峰谷定价大涨，V4-Flash 高峰输出到 9 元/百万 token，比原来 2 元翻了 3.5 倍。9 月 3 日我把默认切到阿里云百炼的 qwen3.8-flash：输入约 ¥1.09、输出约 ¥3.43 每百万 token，全天一口价，高峰时段比 DeepSeek 便宜约 3 倍。这种"按账换模型"的事，OpenClaw 里就是改配置+重启网关的十分钟工作量。

接一个新 provider 的正确姿势（含大坑）

先说坑，这是我付出过整份配置挂掉的坑：我试图把 API key 明文写进 openclaw.json 的 auth.profiles——schema 校验直接 invalid，整个配置加载失败，网关起不来。

正确姿势是走 CLI 注册，key 不进配置文件正文：

echo <你的key> | openclaw models auth paste-api-key --provider qwen --profile-id qwen:default

注册完随时可回退：聊天里 /model DeepSeek 一句话切回旧主力，旧 provider 配置我原样保留没动。改配置前的备份（openclaw.json.bak-20260903）是惯例。

接百炼注意 baseURL 走 compatible-mode（OpenAI 兼容端点）。还有个时效坑：DashScope 专属域名迁移公告里旧接入点 9/30 起不支持新特性，我在 9/24 就把 baseURL 换成专属 MaaS 域名、重启网关，9/30 抽查确认无恙。国产模型的坑往往不在 OpenClaw，在服务商的域名和鉴权策略上。

盘点：openclaw models list

9/3 实测输出很有意思：我手动配置的只有 2 providers / 3 模型（qwen3.8-flash 默认、deepseek-chat、deepseek-reasoner），但列表总共显示 10 个——deepseek 插件带出 2 个，claude-cli 系带出 5 个（需要 Claude Code 登录态才能真正用）。插件和内置会往模型池里加东西，看得见不等于使得动，排查模型问题先看这张表。

多模态边界：图片能看，视频要曲线

• 图片：原生能看。 模型直连后，我发截图它能直接解析（实测解析过一段 Python 调用代码截图）。
• 视频：官方通道没打通，但我有土办法。 模型原生直喂需要公网 URL，本地文件走不通。我的流程：Python OpenCV 均匀抽 7 帧 → image 工具逐帧分析，实测把一段 31.7 秒竖屏视频完整还原了内容（画面里小孩干了什么都有）。另外我在模型定义里声明 input: video，models list 依然只显示 text+image——说明 OpenClaw 原生大概率不吃这个声明，声明了也无害但无用。土办法比假配置可靠。

收尾：把 thinking 关掉省钱

切到 flash 档模型后，9/25 我把 agents.defaults.thinkingDefault 设为 off（改完重启网关生效），再配合输出上限 8192 tokens——日常消息不该有的长思考一秒都不多烧。模型选择的本质是给不同的活配不同的价，这跟第六篇的降本是一套账。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

控制台命令地图（按用途分组）

体检 trio（遇事不决先跑这三条）：

openclaw status         # 渠道健康 + 模型 + 最近会话
openclaw health         # 运行中网关的健康数据
openclaw doctor --fix   # 常见配置/服务/插件问题，检查+修复

看日志、查会话（排查两用）：

openclaw logs           # 通过 RPC 直接 tail 网关日志文件
openclaw sessions list  # 存量会话    openclaw transcripts  # 查转录
openclaw audit          # agent 运行与工具动作的元数据记录

配置与更新：

openclaw config get|set|patch|validate|schema   # 非交互式配置全家桶
openclaw update          # 更新 OpenClaw / 查看更新通道状态
openclaw backup          # 给本地状态建备份档案并校验
openclaw security        # 审本地配置和状态里的常见安全坑

入口面板（不想开微信时）：

openclaw dashboard      # 带当前 token 打开 Control UI
openclaw tui            # 终端 UI，连网关
openclaw chat / terminal # 本地终端 UI 的别名

剩下还有一整族：cron（定时任务）、models（模型发现与鉴权）、memory（搜索/重建索引）、plugins、skills、mcp、channels、nodes、pairing……用 openclaw <命令> --help 现查现用，openclaw docs 还能直接在终端里搜官方文档。

我的 8 条日常使用技巧

1. 微信就是控制台。 长任务不用守着屏幕：它回"收到+预计时长"，后台跑完主动推送结果到微信。我手机上还有一条独立的播报线（定时任务的产出直接进群），家里的事我用嘴安排、它用消息汇报。
2. 聊天里的 slash 命令才是快开关。 /status 看模型和用量、/model <名字> 当场换模型、/new 开新会话甩掉脏历史、/compact 压缩上下文。会话卡死报错时，/new 是万能重启键。
3. 改配置三步纪律：备份 → validate → 重启。 我每次动 openclaw.json 先存带日期副本（如 openclaw.json.bak-20260903），openclaw config validate 通过再重启网关。9/25 那次"配置写于 15:54、网关 15:56 才加载"提醒我：写盘 ≠ 生效，改完要确认加载。
4. 重启用 restart，别 stop+start。 网关重启走 restart 一次完成，stop 起不来时最容易把自己关在门外。
5. 文档随包安装，断网也能查。 D:\Programs\nvm\v24.15.0\node_modules\openclaw\docs\ 是我查证的第一现场（openclaw docs 可搜）。网上流传的"配置清单"很多是编的——我在 9/25 拿到一份 AI 写的"修正版配置"，四个环境变量全文搜 docs 一个都不存在，模型名也是编的。任何配置建议，先对着本机 docs 核一遍再加。
6. 出问题先怀疑生命周期。 “改了没生效"八成是网关没重启；“定时任务没跑"八成是机器睡了（合盖不休眠设置见安装篇）；“升级后不对劲"八成是 CLI 和服务版本错位——这三条能命中我一半的故障。
7. 备份是命令级的。 openclaw backup 专为本地状态建档案，配置层我自己另留带日期副本，双保险。
8. 用量心里要有表。 定期 /status 看一眼上下文体积；长会话膨胀到几十万字时，压缩失败会连锁报错（我 9/24 就烧过一次，详见第六篇），主动 /compact 或 /new 比等它崩体面得多。

一个观察

OpenClaw 的 CLI 命令面非常大（--help 列了 60+ 命令族），但日常我 90% 的时间只碰：status、logs、doctor、config validate、update 加聊天里的四五个 slash 命令。面板大不稀奇，找到你那几个常驻键位才是用法。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

四层结构

聊天渠道(微信/网页/…) ──> Gateway(常驻网关进程) ──> Agent(模型+工具) ──> Workspace(Markdown 文件们)

1. Gateway 网关。 本机常驻的 WebSocket 服务，一切的中枢：渠道消息进它，Agent 调用经它，定时任务、日志都归它管。CLI 里 openclaw gateway 一族负责起停查。我 5 月第一次升级时就是 CLI 升到 2026.5.18 后网关服务没对齐，重装服务才恢复——它是独立于 CLI 的常驻进程，这个认知能解释一大半"明明改了为什么不生效"（配置热改后多数要重启网关加载，我 9/25 那次 thinkingDefault 改完就是 15:56 重启才生效）。

2. Sessions 会话。 每条聊天线都是一个持久会话，key 长这样（我自己的）：

agent:main:openclaw-weixin:direct:o9cq…@im.wechat

读法：哪个agent : 哪条渠道 : 私聊还是群聊 : 对方是谁。每个会话有独立的历史与上下文，openclaw sessions list、openclaw transcripts 可以直接翻存储的会话和转录——透明，没有黑盒。

3. Agent 与工具。 模型负责想，工具负责做：exec（shell）、read/write/edit、browser、cron、web_search 这些，按策略过滤后授权给会话。工具清单不是背出来的，是每次运行时注入的元数据——所以"我的工具箱"里我能干啥，取决于配置，不取决于传说。子 agent（sessions_spawn）用来把长任务丢后台，跑完把结果推回来，主会话不陪着卡死。

4. Workspace 工作区。 这是 OpenClaw 最有味道的设计：人格和记忆全是 Markdown 文件。我的 D:\openClaw\workspace 根目录：

每次会话开始，这几个文件被注入进上下文——所以"每次都是全新醒来，文件即记忆"。会话之间它什么都不记得，但读完文件它就知道我是谁、进度到哪、哪些事不能干。

两个值得聊的设计取舍

取舍一：记忆在文件，也在索引。 注入的只有那几份 bootstrap 文件（我 9/25 降本时把这块从 42KB 瘦到 20KB，因为每次会话都背着它们跑 token）。历史日志靠 memory_search 语义检索按需捞回，另有 wiki 知识库目录（~\.openclaw\wiki\）。文件是事实源，索引是加速层——索引坏了数据不丢，这个架构对我这种要长期攒记忆的人很关键，具体故事见系列第五篇。

取舍二：上下文是成本，也是纪律。 大模型按 token 计费，注入越多越贵越慢。所以我把"详细操作手册"都沉到 projects 档案里，常驻的只留高频守则和指针；心跳（heartbeat，每 30 分钟自动唤醒跑一轮模型）直接禁用，用便宜的 cron + 纯脚本接管。这套账算下来是第六篇的主题。

架构层自查命令

openclaw status          # 网关/渠道/模型/最近会话总览
openclaw sessions list   # 存量会话
openclaw agents list     # 隔离 agent（工作区+路由）
openclaw channels list   # 接了哪些聊天渠道
openclaw config get      # 当前配置

一句话总结架构：网关是身体，会话是神经，工具是手，Markdown 文件是记忆。搞清楚这四层，后面装模型、接微信、修记忆、排任务都是按图索骥。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖

OpenClaw 是什么（一句话）

一个跑在你自己机器上的常驻 AI 网关：它把你现有的聊天渠道（微信、Telegram、网页等）接进来，背后挂上大模型、工具（shell、浏览器、文件、定时任务）和一套"文件即记忆"的工作区，让你从手机上就能指挥一台自己的电脑干活。

我本机现状：OpenClaw 2026.7.1-2 (0790d9f)，Node v24.15.0，Windows。注意它的版本号是日期制（2026.7.1-2），不是什么 v2.x 序列——网上看到"升级到 v2.3.5"之类的建议，直接当幻觉处理。

安装：就一条 npm

npm install -g openclaw@latest

我用 nvm-windows 管 Node，所以全局包实际落在 D:\Programs\nvm\v24.15.0\node_modules\openclaw。有个附带好处：官方文档就随包装在你机器上，路径是 <那个目录>\docs\，断网也能查。

装完跑引导：

openclaw onboard        # 引导式配好 auth、模型、Gateway、工作区、渠道、技能
openclaw status         # 体检：网关、渠道、模型、最近会话

它会创建两个关键位置：

• ~\.openclaw\ —— 配置目录，核心是一个 openclaw.json，改完用 openclaw config validate 验证再重启网关；
• workspace（工作区） —— 默认在 ~\.openclaw\workspace，这是它的"人格+记忆"所在：AGENTS.md（工作守则）、SOUL.md（性格）、IDENTITY.md、USER.md（用户档案）、TOOLS.md（工具笔记）、MEMORY.md（长期记忆）、memory/（日志目录）这组 bootstrap 文件每次会话自动注入。

升级踩过的第一件事

我 5 月 19 日的日志里记着第一次升级：2026.5.12 → 2026.5.18，CLI 升级后把 Gateway 服务重装重启才正常，而且旧配置里的模型字段格式可能要跟着新版调整——日期制版本更新很勤，升级前备份配置是血泪习惯。我的规矩是每次改 openclaw.json 前先复制一份带日期的备份（如 openclaw.json.bak-20260903），正式归档放工作区 backups/ 目录。

workspace 迁盘

默认工作区在 C 盘，我第一天就把它迁到了 D:\openClaw\workspace：文件整个搬走，配置里 workspace 指向新路径即可。迁完那次发现 bootstrap 文件丢了几个，按名字重建就行——这些文件本来就是纯 Markdown，没有黑盒。

把微信接进来

渠道（channel）走插件制，我装的 openclaw-weixin，配好后我的微信直连会话就是它的控制台：发消息即下指令，它跑完长任务把结果推回微信。渠道侧有**授权名单（allowlist）**机制——不在名单里的号发消息进来它不理。这条非常重要，微信是个会被人找上的入口。

顺带说群聊观感：一个群里有多个 AI 是会被发现的，敏感账号自己掂量。

笔记本当服务器：电源设置是硬活

OpenClaw 的网关是个常驻进程，机器睡了它就死了。我用笔记本，5 月 19 日当天就用 powercfg + 注册表做了永久配置：

• 交流/电池睡眠：永不；休眠：关闭；网卡省电：禁用
• 合盖：不采取任何操作——注意合盖这项要用 powercfg /setacvalueindex 和 /setdcvalueindex 写注册表（ACSettingIndex/DCSettingIndex=0），powercfg /change 那个常用命令根本管不到它

后来排查定时任务漂移时，“夜间机器是否在睡"永远是我第一个怀疑对象，这篇先埋个伏笔。

装完怎么自检

openclaw status         # 渠道健康 + 最近会话
openclaw health         # 跑着的网关健康值
openclaw doctor --fix   # 常见配置/服务/插件问题，体检加修复
openclaw gateway status # 网关服务状态

装好之后建议先读系列的架构篇，理解了"网关-会话-工作区文件"三件套，后面所有用法都是顺的。

「OpenClaw 实战」系列（随我用随更）：① Windows 安装上线篇 · ② 架构扫盲 · ③ 控制台与日常使用 · ④ 模型接入 · ⑤ 记忆系统 · ⑥ 定时任务与降本 · ⑦ 增加依赖