继续使用熟悉的技能与目录
SKILL.md、`~/.openclaw` 和 ClawHub 风格安装结果可以继续工作，不需要把已有资产整套重写。
迁移成本更低适合第一次使用。脚本会安装最新 release，并可直接进入 `hopclaw onboard`。
curl -fsSL https://raw.githubusercontent.com/ataime/HopClaw/main/scripts/install.sh | HOPCLAW_INSTALL_RUN_ONBOARD=1 sh01完成 onboard
配置 provider、auth、channels 和本地 daemon。
hopclaw onboard02检查 health
确认 runtime 已启动，接口和 token 都可用。
hopclaw health03打开 dashboard
查看 tools、runs、approvals 和 artifacts。
hopclaw dashboard用户体验
用户能直接感受到的三件事
运行状态脱离聊天窗口
health、tools、runs、approvals、artifacts 都能通过 dashboard 或 HTTP 直接查看。
排查更直接高风险动作先停，再决定是否继续
exec、skill.ensure 等副作用可以进入审批，保留审计链路和恢复状态。
生产使用更安心控制台与 API
启动之后，先看状态，再决定怎么用
比起“模型说自己已经准备好了”，更重要的是用户能马上看到本地 runtime 的健康状态、能力暴露和审批对象。
runtime check
$ hopclaw health
[runtime] ready on 127.0.0.1:16280
$ curl -H "Authorization: Bearer $HOPCLAW_AUTH_TOKEN" http://127.0.0.1:16280/runtime/tools
[tools] file.* exec.run browser.* skill.ensure
$ hopclaw dashboard
[dashboard] runs / approvals / artifacts / audit
先确认服务已经可用
本地 daemon 启动后，可以直接检查 readiness、token 和当前 profile。
再确认它现在真的能做什么
直接看 `/runtime/tools`，而不是从对话里猜当前机器暴露了哪些能力。
有风险的动作会留下对象
审批、artifact 和 audit 都是查询得到的 runtime 记录，不会消失在长上下文里。
兼容与边界
保留 OpenClaw 用户侧生态，同时把运行边界讲清楚
兼容不应该只停留在口头。HopClaw 现在的路径，是保留用户已有技能习惯，同时把最常见接入面和运行时边界做成可见、可治理的产品能力。
- 直接发现 `./skills`、`~/.openclaw/skills` 和 workspace 风格目录，并支持热刷新。
- 复用 SKILL.md、ClawHub 安装结果，以及最常见的 manifest / provider 接入路径。
- 把 tools 暴露、approval、artifact 和 audit 收进同一个 runtime 契约，而不是散落在对话提示里。
./skills~/.openclaw/skills~/.openclaw/workspace/skillsClawHub bundlesSKILL.mdmanifest/provider bridge