刚开始用 OpenClaw 时，我以为重点在 Chat 页面。
后来才发现，真正决定你能不能把它用顺手的，反而不是聊天框，而是它背后的 Dashboard。
很多你以为是“模型不行”的问题，最后都不是模型本身的问题。比如：
- • 为什么它突然变慢了？
- • 为什么我只发了一次，它像是执行了两次？
- • 为什么 token 花得这么快？
- • 为什么我明明改了模型，却感觉没生效？
- • 为什么它会莫名其妙自己动起来？
这些问题，单靠聊天页是看不出来的。真正能帮你定位问题的，是 Dashboard。
主题引入图
今天这篇，我不按文档体来讲，而是从普通使用者视角，讲清楚：
OpenClaw 的 Dashboard，到底哪些页面最关键，平时最常用的功能，又该通过哪里检查。
先说结论：最值得看的其实就 4 个页面
如果你刚开始用 OpenClaw，不需要把所有菜单都研究一遍。先盯住这 4 个页面，已经能解决大部分问题：
- • Usage
- • Sessions
- • Agents
- • Skills
另外两个页面也有用，但属于“出问题时再看”：
- • Instances
- • Cron Jobs
你可以先这样记：
- • Usage：看钱、看 token、看有没有重复执行
- • Sessions：看上下文、看是不是该清脑子了
- • Agents：看小龙虾本人到底在用什么配置
- • Skills：看它到底会不会这个本事
- • Instances：看系统是不是活着
- • Cron Jobs：看后台有没有定时任务在跑
核心概念关系图
只要这 6 个页面的分工搞明白，Dashboard 基本就不难了。
为什么我后来越来越常看 Dashboard？
因为我慢慢发现，很多问题并不是“问它一句”就能解决。
Chat 页面只能告诉你“它回复了什么”，但 Dashboard 才能告诉你：
- • 它到底有没有真的执行
- • 它执行了几次
- • 它带了多长的上下文
- • 它现在用的是哪个模型
- • 它调用了哪些工具
- • 它到底花了多少钱
这就像开车一样。Chat 页面是方向盘，Dashboard 更像仪表盘。
方向盘当然重要，但如果你连油量、速度、故障灯都不看，车迟早会出问题。
1）Usage：我现在最常看的页面
如果只能留一个页面，我大概率会留 Usage。
它回答的不是“AI 聪不聪明”，而是：它今天到底干了多少活，花了多少钱。
这页一般会看到：
- • 总 token 消耗
- • 总成本
- • 消息数量
- • tool call 数量
- • 平均每条消息消耗 token
- • 最常用模型
- • 最常用工具
- • 最活跃 session
这不是“看看统计”这么简单，它最大的价值是：排查异常。
Usage 最适合查什么？
① 怀疑它重复执行了
比如你明明只发了一次，结果草稿生成两份，或回复像跑了两遍。
这时先看：
- • Messages 是否异常偏多
- • Tool Calls 是否突然升高
- • token 曲线是否异常陡
- • 是否某个 session 异常活跃
② 怀疑它太烧钱了
某天 token 特别高，常见原因通常是：
- • 上下文太长
- • 会话长期不清
- • 工具调用过多
- • 模型更贵
- • 同任务重复跑
2）Sessions：你以为它变笨了，其实可能只是 session 太肥了
我一开始低估了 Sessions。
后来才发现，很多“越来越慢”“越来越贵”“老带旧话题”的问题，根源都在这里。
Session 不是普通聊天记录，而是模型每次回答都要背着一起计算的上下文。
Sessions 最适合查什么？
① 为什么越聊越慢
上下文越长，处理越重，结果就是：
- • 回答变慢
- • 成本变高
- • 更容易跑偏
- • 更容易把旧任务带进新任务
② 为什么它老记着旧话题
很多时候不是它“长期记忆”突然变强，而是你还在同一个 session 里。
③ 什么时候该删 session 重开
- • 明显跑偏
- • 老带旧任务
- • token 消耗持续走高
- • 你想开始全新任务
结论一句话：Sessions = 当前这轮脑子。
3）Agents：这是“小龙虾本人”的配置页
如果说 Sessions 管脑子，那 Agents 管“人”。
这里通常会看到：
- • agent 名称
- • workspace 路径
- • identity
- • 默认状态
- • 主模型
- • skills filter
- • 渠道绑定
这一页的意义在于：它决定真正替你干活的那个 agent 到底是谁、用什么模型、在哪个目录工作。
Agents 最适合查什么？
① 为什么改了模型却感觉没生效
常见坑：
- • 改了但没 Save
- • Save 了但没 Reload Config
- • 页面值和运行值不一致
所以最好搭配 Usage 看：
- • Agents 看“你想让它怎么跑”
- • Usage 看“它实际怎么跑了”
② 为什么 workspace 很重要
路径一错，问题很隐蔽：
- • 文件找不到
- • skill 调不起来
- • 明明保存了却找不到
- • 多个 agent 配置互相打架
4）Skills：决定它“会不会这个本事”
很多“理论上能做、实际上调不起来”的问题，根源在 Skills 页面。
因为它管的是：这个能力有没有安装、有没有启用。
Skills 最适合查什么？
① 为什么明明装了，它还是不会用
常见原因：
- • 没装好
- • 被禁用
- • 被 skills filter 限制
- • 依赖没配齐
- • 任务描述没触发条件
② 最省事检查法
- 1. 搜 skill 名称
- 2. 看在不在
- 3. 看按钮状态
- 4. 回 Agent 页看 filter
5）Instances：先别怪模型，有时是系统没挂上来
当你遇到“没回复”“控制台开着但没反应”，先看 Instances。
它在回答：当前有哪些实例在线。
遇到这些情况优先看：
- • 发了消息没反应
- • 后端到底在线没
- • 本机实例是否掉线
- • 某客户端是否根本没连上
一句话：Instances = 看系统活没活着。
6）Cron Jobs：最容易被忽略，但其实很关键
如果你还没做定时自动化，容易忽视这一页。
但它在排查“系统是不是自己在动”时非常关键。
当你看到这些信号时就该去看：
- • token 在涨
- • 成本在涨
- • 无人操作时有活动
- • 系统像在“自发执行”
重点检查：
- • 调度器是否开启
- • 当前有几个 job
- • 下次唤醒时间
- • job 绑定哪个 agent/session
- • payload 是什么
遇到问题时，先点哪个页面？
- • 发了消息没反应：Instances → Agents → Sessions
- • 回复越来越慢：Sessions → Usage
- • token 花太快：Usage
- • 改模型没生效：Agents → Usage
- • skill 不触发：Skills → Agents
- • 它会自己动：Cron Jobs → Usage
总结框架图
我最后记成了 6 句话
- • Usage：看钱、看 token、看是否重复执行
- • Sessions：看上下文、清脑子
- • Agents：看小龙虾本人配置
- • Skills：看会什么、能不能用
- • Instances：看系统是否在线
- • Cron Jobs：看后台是否有定时任务
写在最后
我一开始也把 OpenClaw 想得太“自动化”了，总觉得 prompt 写对、skill 装够，它就会自己越来越好用。
后来才意识到，真正让它变得可控、稳定、能长期用的，不是聊了多少，而是有没有看懂 Dashboard。
OpenClaw 的 Dashboard 不是摆设，它才是你接管这套系统的地方。
先把 Usage、Sessions、Agents、Skills 这几页看明白，你对 OpenClaw 的掌控感会立刻提升。
