OpenClaw 首次启动：Dashboard / Control UI 与第一轮状态检查
适合谁
已经完成安装，准备真正开始用 OpenClaw 的新用户
在第一次启动后看懂本地 Dashboard 和网页 Control UI 的职责边界，不再盲目点来点去。
交付物
学完后你会留下什么
一份你能解释清楚的界面认知：本地 Dashboard 看运行状态，Control UI 看聊天、任务、授权、配对与日志。
开始前确认
前置条件
- 已经完成 CLI 安装和 onboard 向导
- 可以在本机启动 OpenClaw 相关服务
- 准备好打开本地浏览器和网页控制台
你会学到
OpenClaw Dashboard
在第一次启动后看懂本地 Dashboard 和网页 Control UI 的职责边界，不再盲目点来点去。
界面认知图
Dashboard 与 Control UI 的分工，一屏看明白
第一次启动最容易浪费时间的地方，不是命令，而是不知道该在哪个界面确认什么。
- 01
启动本地服务
先跑 `openclaw dashboard`，确认服务本身能起来，没有端口或进程级错误。
本地服务稳定是前提
- 02
看 Dashboard
这里主要回答“服务是否健康、是否在运行、基础状态是否正常”。
它偏运行态，不偏治理动作
- 03
扫 Control UI
按聊天、任务、auth、pairings、logs 的顺序扫一遍，建立界面地图。
这一步决定你后面会不会乱点
- 04
判断下一步
状态正常再去看 pairing / channel；状态异常就先回 doctor / gateway。
界面认知要能导向动作
教程内搜索
支持桌面与移动端。回车可直接搜索。
为什么这篇值得先看
很多人第一次启动 OpenClaw 会被两个界面绕晕：本地 openclaw dashboard 和网页 Control UI 看起来都像“控制台”，但解决的问题并不一样。
先抓住这 3 个关键点
- CLI Dashboard 适合看本地运行态、服务是否起来以及最基础的健康状况。
- Control UI 更适合看聊天、任务、授权、配对、日志和待审批动作。
- 首次启动时先确认服务正常，再确认界面里没有堆积的待处理项。
实操步骤
- 先在本机运行
openclaw dashboard，确认服务能正常打开，没有立刻崩掉或报端口错误。 - 再打开官方 Control UI，按“聊天 / 任务 / auth / pairings / logs”的顺序扫一遍，先建立认知地图。
- 如果你还没接渠道，也至少确认界面没有旧会话、残留授权或未知配对请求。
- 把“本地 Dashboard 看状态，Control UI 管交互”的分工写进自己的操作习惯。
配置或命令示例
openclaw dashboard常见坑
- 把所有问题都归因到 Control UI，结果忽略了本地服务根本没起起来。
- 只盯着 Dashboard，不去看 auth、pairings 和 logs，导致授权问题一直悬着。
- 第一次启动就接入多个渠道，界面信息过多，反而不知道哪个报错是主因。
完成检查
- 你能说清楚 Dashboard 和 Control UI 各自适合处理什么事。
- 首次启动后没有残留的未知授权、未知配对或异常日志。
- 你已经能通过界面判断接下来该看 doctor、pairing 还是 channel 教程。
为什么建议把这篇收藏起来
- 这篇能帮你减少“看得到界面，但不知道该点哪里”的空转时间。
- 以后接入更多 channels 或 skills 时，仍然会回到这个界面分工。
官方资料
继续深挖时，先看这些官方页面
本页内容已按官方文档和产品能力重写，下面这些链接适合你做版本核对和参数确认。
常见问题
你大概率还会继续搜这几个问题
把高频疑问写在教程页内，既减少跳出，也让这篇内容更适合收藏回看。
Dashboard 和 Control UI 是同一个东西吗？
不是。官方说明里 Dashboard 更偏本地运行状态，而 Control UI 更偏聊天、任务、授权、配对和日志管理。
第一次启动后优先看哪一个？
先看本地 Dashboard 有没有正常起服务，再去 Control UI 看是否有待处理的 auth、pairing 或聊天。
继续学习
下一步推荐
入门内容优先沿 01 → 02 → 03 推进，再补一篇桥接内容。