OpenClaw 登录与鉴权:4 种装法对比,4 步填对 API Key
OpenClaw 装好后并不自带模型,必须自己接一个模型供应商(OAuth 或 API Key),这一步没做完,界面能开但一句话也发不出去。下面按官方文档给出的路径,把”拿钥匙—放对位置—重启—验证”这条链走通。
先分清两件事:装在哪、钥匙放哪
装 OpenClaw 和给 OpenClaw 配鉴权是两件事。官方首页的 Quick Start 只有三行:npm i -g openclaw、openclaw onboard,以及源码方式 git clone https://github.com/openclaw/openclaw.git 后 corepack enable && pnpm install。真正决定你能不能用起来的,是 onboard 之后的那一步——给模型供应商发凭证。这里要注意两条路径的命令不同:OpenClaw 首页 Quick Start 用 openclaw onboard 进入首次引导;而 MiniMax 官方文档写的是安装后若引导没自动弹出,运行 openclaw configure 重新进入配置。两个命令指向的是同一个交互式向导,入口写法以你所看的那家文档为准。
官方鉴权文档把这件事说得很直接:OpenClaw 同时支持 OAuth 和 API key;常驻网关(always-on gateway host)用 API key 最可预测,订阅/OAuth 流也能用,前提是你的供应商账号模型对得上。
| 需求 | 官方支持的方式 | 凭证落在哪 |
|---|---|---|
| 交互式装完就能聊、偶尔用 | openclaw onboard 里走 OAuth 登录 |
OpenClaw 自己的凭据存储 |
| 常驻主机 / 服务器 / 无人值守 | API Key + 环境变量 | ~/.openclaw/.env |
| 不想自己管环境变量 | openclaw onboard 也能存 API key 给守护进程用 |
onboard 写入的存储 |
| 想换供应商/多账号并存 | API Key,按官方 Secrets Management 的 SecretRef 机制 | env / file / exec / store 四类 provider |
这张表的价值在于:常驻部署和随手试用走的是两条不同的配置路径,混用是后面报错的主要来源。
4 种装法怎么选:各有各的坑
官方首页给了 4 类安装入口,版本号是现成的(macOS 与 Linux 桌面版 v2026.10.9,Windows v2026.9.8-1),可以直接对照:
| 装法 | 官方命令 / 地址 | 适合谁 | 注意什么 |
|---|---|---|---|
| 一键脚本 | curl -fsSL https://openclaw.ai/install.sh | bash |
第一次接触、想省事 | macOS 首次运行可能需要 Homebrew 管理员权限 |
| npm 全局 | npm i -g openclaw |
已有 Node 环境 | 之后用 openclaw update --channel stable 更新 |
| 源码 checkout | git clone https://github.com/openclaw/openclaw.git |
想读源码、改插件 | 是 pnpm workspace,仓库自述”Source checkouts are pnpm workspaces” |
| 桌面 App | macOS .dmg / Windows .exe / Linux .AppImage 与 .deb | 不想碰终端 | macOS 需 15+,Windows 10/11 x64 或 ARM64 |
如果你的目的是”尽快验证鉴权通了没有”,用一键脚本或桌面 App;如果之后要接多供应商、写自定义插件,才值得走源码。桌面版还省掉 Node 依赖——官方原文说 apps 会”install Node.js and everything else for you”。
第 1 步:装完先确认 CLI 在手
openclaw onboard
这条命令就是官方推荐的”Meet your lobster”入口,也是所有鉴权配置的挂载点。如果提示找不到命令,说明装的是 App 而不是 npm 包,先确认 PATH 或直接改用 App 内置的引导流程。
第 2 步:拿密钥,去供应商控制台创建
这一步取决于你用哪家模型。以 MiniMax 为例,官方文档给出的流程是:安装后若没有自动进入配置引导,运行 openclaw configure → 选择认证方式(OAuth 登录(推荐) 或 API Key 手动配置)→ 选 Gateway 运行位置(Local,this machine)→ 选要配置的模块(Model)→ 选 Model/auth provider(MiniMax)→ 选 auth method。
选 API Key 分支时,需要你在供应商控制台创建一把订阅 Key 并填进去。各供应商的环境变量名不同:阿里云百炼用 DASHSCOPE_API_KEY,MiniMax 用 MINIMAX_API_KEY,OpenAI 用 OPENAI_API_KEY;具体变量名以各家文档为准,填错位置会导致模型调用失败。阿里云百炼那篇第三方图文教程(中文社区视角)把控制台路径写得很细,可作为参照:百炼首页常用功能区点 API Key → 右上角 创建 API Key → 归属业务空间保持默认、描述填 OpenClaw、权限选 全部 → 确定 → 立刻点 复制 保存那串 sk- 开头的密钥。教程里特别提醒:这一步没及时保存,后面就看不到完整密钥,通常得重建一个。
第 3 步:填到正确位置
这是最容易错的一步。两种填法位置完全不同:
桌面 App 界面路径:右上角 设置 → 左侧 模型配置 → 找到对应供应商(如”阿里云百炼”)→ 粘贴 API Key → 点 测试 → 测试成功后点右上角 保存全部配置。
CLI / 常驻主机路径:官方鉴权文档给的是把它放到运行网关的那台机器上——如果网关跑在 systemd / launchd 下,把 Key 写进 ~/.openclaw/.env,然后重启网关进程。
第 4 步:重启并验证
# 官方文档给出的验证方式
openclaw models status --probe
# 官方文档给出的交互式验证方式
openclaw tui
models status --probe 会按官方定义的”凭据资格 / reason codes”去探测你各个 provider 的凭证状态;openclaw tui 能正常对话,就说明配置成功。MiniMax 文档里的验证口径也是这条:输入 openclaw tui,能正常对话即配置成功。
卡点:报错长什么样、怎么解
进了向导但没配模型:向导里跳过或退出了某一步。解法是重新跑一次进入向导的那条命令(首页 Quick Start 是 openclaw onboard,MiniMax 文档写 openclaw configure),走到 “Select sections to configure” 时选 Model,一路选到对应 provider 的 auth method。
网关读不到 Key:常驻部署下最常见。解法是确认 Key 写在 ~/.openclaw/.env 或当前 shell 的临时导出变量里——官方文档列出了环境变量加载优先级:env.shellEnv、~/.openclaw/.env、systemd/launchd,三种方式都能被网关读到,但 systemd/launchd 管理的网关不继承交互 shell 的环境变量,此时必须把 Key 写进 ~/.openclaw/.env。写完必须重启守护进程,再跑 openclaw models status --probe 复测。
密钥保存时没复制完整:按供应商控制台的说法,完整密钥只在创建后弹出一次,过后看不到。这条属于第三方教程描述的实测路径,解法是回控制台新建一把专门给 OpenClaw 用的 Key,别去猜旧的那串。
OAuth 登录页打不开 / 授权卡住:官方文档给了另一条被认可的路径——Anthropic 侧支持 setup-token,也允许复用本机已有的 Claude CLI 登录态。换一条鉴权路径比反复重试授权更省时间。
怎么算成功
三个可观察信号:其一,openclaw models status --probe 不再报缺凭证的 reason code;其二,openclaw tui 里能正常对话;其三,桌面端 设置 → 模型配置 中点 测试 返回成功,且已点 保存全部配置。第三条最容易被忽略——只测不保存,下次启动照样没配。
顺带一提,OpenClaw 官方首页明确写着”No subscription. No hosted tier. No token.“,意思是这个项目本身不收订阅费也不托管,你用哪家模型、哪家 API key,完全由你自己的供应商账号决定。这也是为什么鉴权这一步必须自己动手。
参考来源
评论区
登录后可评论。