高风险工作先停在显式审批门后
当智能体要执行高影响命令或安装缺失能力时，操作员可以先检查、再决定是否继续执行。
更适合 chat ops适合第一次使用。脚本会安装最新 release，并可直接进入 `hopclaw onboard`。
curl -fsSL https://hopclaw.com/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反馈闭环
让用户一眼看到下载、反馈与加入贡献池的入口
二进制优先阶段要站得住，不能只靠一个 GitHub 仓库地址。release 包、结构化 issue 入口和未来贡献者池都应该从首页直接可见。
Releases
下载最新二进制 release
第一天就先走发布包，让 Linux、macOS、Windows 用户可以真实安装，而不是要求他们先从源码构建。
打开最新 releaseBug提交可复现的运行问题
先跑 `hopclaw doctor` 和 `hopclaw bug-report`，再把版本号、复现步骤和 bundle 细节通过结构化模板交上来。
打开 bug 模板Onboarding反馈安装与首次跑通摩擦
下载、安装、setup、auth、health 检查、dashboard 入口里哪一步让人卡住，都应该能单独反馈出来，不必硬塞进 bug。
打开 onboarding 模板Workflow提出真实 workflow / integration 需求
把 release ops、审批流、channel、browser workflow 或集成缺口说清楚，帮助筛出真正值得做的 first-party 方向。
打开需求模板Contribute进入未来贡献者池
如果你能帮忙做 docs、复现、onboarding review、集成设计，或者后面愿意参与代码贡献，现在就可以先留下真实场景。
自我介绍运营价值
团队会采用 HopClaw 的三个原因
运行状态脱离聊天窗口
health、tools、runs、approvals、artifacts 都能通过 dashboard 或 HTTP 直接查看，而不是从对话里猜。
更少猜测既有技能资产可以带过来，不必整套重写
SKILL.md、`~/.openclaw` 和常见安装结果仍可继续工作，团队可以逐步迁到更严格的 runtime surface。
保留已有资产控制台与 API
先启动，再检查，最后才谈信任
真正的 operator 体验，起点不是“模型说自己准备好了”，而是用户能直接看到运行时状态。
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 里，兼容是通往 approval、audit、artifact 和 operator visibility 的桥，而不是全部产品身份。
- 直接发现 `./skills`、`~/.openclaw/skills` 和 workspace 风格目录，并支持热刷新。
- 复用 SKILL.md 和常见安装结果，同时把工作流逐步并入统一 runtime surface。
- 让迁移保持显式：无论 skill 从哪里来，API、approval、artifact 和 audit 都是第一层契约。
./skills~/.openclaw/skills~/.openclaw/workspace/skillsClawHub bundlesSKILL.mdmanifest/provider bridge