OpenClaw 文档导航
官方 OpenClaw 文档在哪里、应该先读哪些页,以及如何更高效地使用 docs。
官方文档在哪里
如果你要找 OpenClaw 的权威文档入口,先看这里:
官方文档覆盖面很大,而且更新很快。这对查准确参数和最新行为是好事,但如果你只是想知道“我应该先看什么”,就很容易迷路。
这页的作用,就是把这件事说清楚。
如果你是第一次接触 OpenClaw,先读这几页
如果你想从零尽快到达第一轮可用聊天,建议按这个顺序读:
这个顺序和官方仓库当前的推荐路径是一致的:
- 先安装 CLI
- 运行
openclaw onboard --install-daemon - 验证 Gateway
- 打开 dashboard
如果你想先看搜索友好的解释版本,可以先从本站开始:
如果你要真正运行 Gateway,下一步读这些
当第一次安装跑通之后,真正重要的官方文档其实是运维层:
很多人会忽略这一点。OpenClaw 不是一个带渠道接入的聊天壳,而是一个常驻运行的 gateway 和 workspace 系统。官方 docs 的组织方式本身就在表达这件事。
如果你要接渠道,读这些
渠道接入应该是第二阶段,而不是第一阶段。先把 dashboard 跑通,再去扩消息面会更稳:
如果你只想找最容易起步的一条渠道,可以先看:
如果你是通过腾讯云云手机部署,并且想走更贴近国内使用习惯的路线,也可以看:
如果你关心模型、工具和记忆,读这些
官方文档对这几块拆得比很多人想象中更清楚:
在本站上,对应的辅助页主要是:
如果你要用 companion app 或 node,读这些
OpenClaw 的官方 docs 还覆盖了设备侧能力:
这很重要,因为 Gateway 不是全部。官方 README 也明确强调,Gateway 是 control plane,而 assistant 本身跨越了渠道、工具和设备节点。
对大多数人最省时间的阅读顺序
如果你只想要一个最务实的 docs 路线,可以直接这样读:
- 官方
Getting Started - 官方
Onboarding Wizard - 官方
Gateway configuration - 官方
Security - 官方
Troubleshooting - 最后再去看你当前真正需要的渠道、browser、node 或 skills 页面
这个顺序的好处是,它更接近 OpenClaw 真正的工作方式,而不是顺着用户“想跳步骤”的直觉走。
本站和官方 docs 分别该怎么用
两者都应该用,但用途不同。
你需要下面这些时,用官方 docs:
- 精确命令
- 最新 config key
- 平台 runbook
- 当前 release 的权威行为说明
你需要下面这些时,用本站:
- 普通语言解释
- 搜索友好的入口页
- 两条路线之间的选择建议
- 更快回答“这里真正重要的是什么”
两者配合,比只用一边更有效。
FAQ
README 能替代 docs 吗?
不能。README 是非常好的总览入口,但真正的运维细节仍然在官方 docs 里。
onboarding 之后最该读什么?
先读 Gateway configuration、security 和 troubleshooting,再去扩更多渠道或公网暴露。
如果我只想读一页最重要的官方文档,应该读哪一页?
第一次安装时是 Getting Started。真正进入运维后,通常是 Gateway configuration。
本站是在镜像官方 docs 吗?
不是。更准确地说,本站是一个搜索友好的解释层,帮助你更快抵达正确的官方页面。