先决定你要的是包装体验,还是公开文档路径。
QClaw 更像腾讯包装好的顺手入口,OpenClaw 文档更像公开透明的后备路线。
这页只保留当前能核实的路径:QClaw 官方页直接露出的两个 Mac 包、截至 2026 年 3 月 10 日仍显示敬请期待的 Windows 状态,以及需要公开路线时可以马上转去的 OpenClaw 文档。
Windows 说明:官方页到 2026 年 3 月 10 日仍写的是敬请期待。
QClaw 更像腾讯包装好的顺手入口,OpenClaw 文档更像公开透明的后备路线。
如果一个下载入口不在官方页,也不在 OpenClaw 公共文档里,就不要因为别人转发了就把它当成权威来源。
这套步骤同时保留“更顺手的包装入口”和“更公开的后备路线”。
想先用腾讯包装好的体验,就走 QClaw;想要公开文档和更深层可见性,就走 OpenClaw。
QClaw 官方页负责 QClaw 包,OpenClaw 文档负责公开路径,不要乱下镜像。
OpenClaw 文档已经公开了 Node 22+、onboard、dashboard 和 gateway status 这些步骤。
2026 年 3 月 9 日公开报道把 QClaw 和 Kimi、MiniMax 这类模型联系得更明显;需要更底层配置说明时,就回 OpenClaw 文档看。
微信是 QClaw 官方页的明确主叙事;QQ Bot 则以 2026 年 3 月 7 日公开报道里的扫码、建 Bot、接入流程为准。
先让它回文件名、截图、摘要或通道状态。这条路的信任感,一般都是从“确实回来了东西”开始。
这些问题不花哨,但正因为不花哨,最适合先拿来验证。
“列出 Downloads 里最新的文件,并把文件名发回来。”
“打开目标页面,看一下价格区改了什么,然后总结给我。”
“把 QQ Bot 建好,然后告诉我什么时候能发第一条测试消息。”
“把 30 天前的截图归档,并告诉我一共移动了哪些文件。”