1. Windows 部署 OpenClaw 到底卡在哪
OpenClaw 是一个可以在本地跑起来的 AI 网关与对话面板,装好之后你能在浏览器里直接和模型聊天,也能把它当成统一的 API 入口,把请求转发到不同的模型服务上。它适合两类人:一类是想在 Windows 本机快速体验多模型对话的开发者,另一类是手里有多个模型 Key、想用一个统一通道管理请求的人。整个部署链路其实就四件事:Node.js 运行时、npm 包管理、Git 版本工具,以及 OpenClaw 本体加配置。
真正让人卡住的从来不是「装不上」,而是装到一半冒出来的一堆报错。我实测下来,Windows 上部署 OpenClaw 最常见的三个坑分别是:Git 走 SSH 协议拉包时权限校验失败、npm 安装过程中 SSL 证书验证不通过、以及默认源访问超时。这三个问题会连着出现,一个没解决下一个就跟着来,很多人就是在这一步放弃的。
这篇内容按「从零到跑通」的顺序走一遍:先把 Node.js、npm、Git 三个基础环境装好并校验版本,再装 OpenClaw,然后处理上面那三类报错,最后给出配置文件骨架、启动命令和连通性验证步骤。跑通之后,我会把模型通道接到 TaoToken 的统一 API 上,这样你本地这套 OpenClaw 就能用一个 Key 访问多个模型,不用来回切换配置。
需要提前说明的是,下面所有命令都在 Windows 自带的 CMD 里执行,不需要额外装终端工具。如果你用的是 PowerShell,大部分命令一样能用,但个别路径写法要注意引号。整个过程大概 15 到 20 分钟,取决于你的网络情况。
2. 装 OpenClaw 之前先把 Node.js、npm、Git 配好
2.1 Node.js 安装与版本校验
OpenClaw 依赖 Node.js 运行,建议用 22.x 的 LTS 版本,兼容性最稳。去 Node.js 官网下载 Windows 的 msi 安装包,双击一路下一步即可,安装时记得勾选「Add to PATH」,这样 CMD 里才能直接调用 node 和 npm。
装完之后一定要校验,别跳过这步。打开一个新的 CMD 窗口(注意是新的,旧窗口读不到刚写入的环境变量),执行:
node --version npm --version正常会输出类似v22.13.1和10.9.2这样的版本号。如果提示「不是内部或外部命令」,说明 PATH 没生效,关掉 CMD 重开一次,还不行就重启电脑。npm 是随 Node.js 一起装的,不需要单独安装,这点很多人会搞混。
2.2 Git 安装与关键配置
Git 在 OpenClaw 安装过程中会被 npm 用来拉取依赖,所以必须先装。去 Git 官网下载 Windows 版安装包,安装选项保持默认即可,其中「Adjusting your PATH environment」选默认的「Git from the command line and also from 3rd-party software」。
装完校验:
git --version输出git version 2.47.x之类就对了。接下来是重点:npm 拉包时默认可能走 SSH 协议,而 SSH 需要配置密钥,没配就会报权限错误。我们直接强制它走 HTTPS,执行下面这条全局配置:
git config --global url."https://github.com/".insteadOf "ssh://git@github.com/"这条命令的意思是:以后凡是遇到ssh://git@github.com/开头的地址,自动替换成https://github.com/。这样就不需要 SSH 密钥了,能省掉一大半的权限报错。
注意:这条配置是全局的,会影响你机器上所有 Git 操作。如果你本身有在用 SSH 密钥管理私有仓库,执行前先确认不会冲突。
2.3 环境变量与镜像源准备
国内网络环境下,npm 默认源访问经常超时。提前把源换成国内镜像,能避免后面安装到一半卡死:
npm config set registry https://registry.npmmirror.com设置完可以查一下确认:
npm config get registry输出https://registry.npmmirror.com就说明生效了。这一步做完,基础环境就算齐了,接下来装 OpenClaw 会顺畅很多。
3. 安装 OpenClaw 并处理三类典型报错
3.1 标准安装命令
基础环境就绪后,用全局安装的方式装 OpenClaw:
npm install -g openclaw如果一切顺利,几十秒到几分钟就能装完。但 Windows 上大概率会遇到下面几种报错,我按出现顺序逐个说。
3.2 报错一:Git SSH 权限问题
如果你在第 2.2 步已经配了 HTTPS 替换,这个错基本不会出现。但如果之前没配,会看到类似Permission denied (publickey)的提示。补上那条git config --global url."https://github.com/".insteadOf ...配置即可。
3.3 报错二:SSL 证书验证失败
有时候会报unable to verify the first certificate或SELF_SIGNED_CERT_IN_CHAIN。这通常是本地证书链或代理环境导致的。临时处理方式是关闭 Git 的 SSL 校验:
git config --global http.sslverify false然后重新安装,并加上--unsafe-perm参数,避免权限相关的安装脚本被拦截:
npm install -g openclaw --unsafe-perm注意:
http.sslverify false会降低安全性,仅建议在本地开发环境临时使用。装完之后如果你在意安全,可以再执行git config --global http.sslverify true恢复。
3.4 报错三:网络超时
如果报错是ETIMEDOUT或request to https://registry.npmjs.org failed,说明源没换成功或者镜像源也不稳定。确认镜像源已设置后,用强制重装的方式再试:
npm config set registry https://registry.npmmirror.com npm install -g openclaw --force--force会强制重新拉取,忽略本地缓存。实测下来,换源加--force能解决绝大多数超时问题。装完后校验一下:
openclaw --version能输出版本号,说明 OpenClaw 本体已经装好了。
4. 配置文件骨架与 Gateway 启动验证
4.1 启动 Gateway 服务
OpenClaw 的核心是一个本地 Gateway 服务,先启动它:
openclaw gateway这个命令会占用当前 CMD 窗口,服务会一直跑着。不要按 Ctrl+C,按了服务就停了。正确做法是保持这个窗口不动,另外新开一个 CMD 窗口做后续操作。
4.2 设置访问 Token
在新开的 CMD 窗口里,先确认服务状态:
openclaw gateway status然后设置一个访问 Token,这个 Token 是浏览器访问 Dashboard 时要输入的:
openclaw config set gateway.auth.token my-token-12345 openclaw gateway restart把my-token-12345换成你自己的字符串,记好它,等下要用。
4.3 浏览器访问与连通性测试
打开浏览器,访问:
http://127.0.0.1:18789/在页面里输入刚才设置的 Token,就能进入 OpenClaw Dashboard。到这里,本地服务已经跑通了,你可以在 Dashboard 里看到对话界面。
4.4 配置文件骨架参考
OpenClaw 的配置集中在用户目录下的配置文件中,核心结构大致如下,你可以对照检查自己的配置是否完整:
{ "gateway": { "auth": { "token": "my-token-12345" }, "port": 18789 }, "model": { "provider": "taotoken", "baseUrl": "https://taotoken.net/api", "apiKey": "你的TaoToken密钥", "defaultModel": "kimi-k2.5" } }其中baseUrl指向 TaoToken 的统一 API 地址,apiKey填你在 TaoToken 控制台创建的密钥。这样配置之后,OpenClaw 的所有模型请求都会走 TaoToken 通道,一个 Key 就能切换多个模型。
5. 本篇常见报错排查清单
部署过程中报错信息五花八门,我把高频问题整理成一张对照表,方便你按现象定位:
| 报错现象 | 可能原因 | 处理方式 |
|---|---|---|
Permission denied (publickey) | Git 走 SSH 协议无密钥 | 配置 HTTPS 替换,见 2.2 |
unable to verify the first certificate | SSL 证书链校验失败 | 临时关闭http.sslverify |
ETIMEDOUT/registry.npmjs.org failed | 默认源访问超时 | 换国内镜像源加--force |
openclaw 不是内部或外部命令 | 全局安装路径未进 PATH | 重开 CMD,或检查 npm 全局路径 |
| Dashboard 打不开 | Gateway 未启动或端口占用 | 确认gateway status,检查 18789 端口 |
| 提示找不到模型 API Key | 模型通道未配置 | 在配置里补apiKey与baseUrl |
关于模型 Key 的配置,如果你用的是 Moonshot 的 Kimi,需要在对应平台创建 API Key,然后在 OpenClaw 的配置向导里选择对应的模型提供商,填入 Key。但更省事的方式是直接接 TaoToken 的统一通道,这样不用为每个模型单独申请和配置 Key。
配置模型通道时,如果你更习惯用命令行交互式配置,可以执行:
openclaw configure按提示选择本地运行、选择模型提供商、填入 API Key 即可。配置完成后重启 Gateway:
openclaw gateway restart回到 Dashboard 测试对话,能正常返回内容就说明整条链路通了。
6. 把 OpenClaw 接到 TaoToken 统一 API 通道
本地 OpenClaw 跑通之后,最后一步是让它接入一个稳定的模型通道。前面配置里出现的baseUrl就是干这个的。TaoToken 提供统一的 API 入口,你只需要在控制台创建一个密钥,然后把它填到 OpenClaw 的配置里,就能用一个 Key 访问多个模型,省去为每个模型单独配置的麻烦。
具体操作路径是这样:先到 TaoToken 控制台创建 API Key,地址是 https://taotoken.net/api-keys ,创建后复制密钥。然后回到 OpenClaw 配置,把baseUrl设为https://taotoken.net/api,apiKey填刚复制的密钥。配置保存后重启 Gateway,在 Dashboard 里发一条消息测试,能正常返回就说明通道接好了。
如果你在配置过程中遇到接入报错,或者想确认请求参数怎么写,可以对照接入文档排查:https://taotoken.net/doc 。文档里有完整的请求示例和参数说明,比对着改配置效率高很多。
对于需要长期跑编码任务或者 Agent 场景的用户,可以考虑用 Coding Plan,它更适合高频、持续的调用需求,配置方式和普通 API 一致,只是计费和额度策略不同,具体可以在 https://taotoken.net/coding-plan 查看。
配置完成后,建议做一次完整的连通性验证:在 Dashboard 里发一条测试消息,观察是否正常返回;如果报错,先检查baseUrl和apiKey是否填对,再确认 Gateway 是否已重启。这套流程走下来,你本地就有一个能统一调度多模型的 OpenClaw 环境了。