ARTICLE · INTELLIGENCE

战地情报 · 详情页

来自尧图项目组的一线实战观察与深度解析

AI小白也能搞定!5分钟搭建OpenClaw全攻略:用TaoToken统一Key打通curl与glm-4.7

AI小白也能搞定!5分钟搭建OpenClaw全攻略:用TaoToken统一Key打通curl与glm-4.7 1. OpenClaw 是什么为什么小白也能 5 分钟跑起来OpenClaw 是一个开源的 AI Agent 运行框架你可以把它理解成一个「本地大脑 工具箱」它本身不生产模型能力而是负责把大模型的推理能力和本机的命令行、文件系统、浏览器、SSH 等工具串起来让 AI 真正能动手干活而不只是聊天。它能做什么举几个我实际用过的场景让 AI 读取本地项目目录并自动生成 README、通过 curl 调用外部 API 并把结果整理成表格、在服务器上执行运维脚本并回报执行日志。适合谁适合有一点 Linux 基础、想快速体验 Agent 工作流但又不想从零写调度代码的开发者和小白用户。很多人卡在第一步不是因为 OpenClaw 难而是因为「模型接入」这一环太碎不同厂商的 Base URL、Key、模型 ID 格式都不一样装完 OpenClaw 后不知道该往哪填。这篇教程的核心思路就是——用 TaoToken 的统一 Key 通道把 curl 验证和 OpenClaw 的 auth.json 配置收敛到同一个入口你只需要记一套地址、一个 Key、一个模型 IDglm-4.7就能同时打通命令行验证和 Agent 运行时。整个流程拆成五步环境准备curl ssh、拿 TaoToken Key、改 auth.json 指向统一通道、用一条 curl 命令验证连通性、排查 401 报错。全程不需要你理解 OAuth 细节也不需要你分别注册多个平台。下面按顺序来每一步都给可复制的命令和配置片段。先明确一个概念OpenClaw 的模型配置本质上是读一个 auth.json或等价的 settings 文件里面写清楚 Base URL、API Key、Model ID 三件套。只要这三件套指向 TaoToken 的统一通道OpenClaw 就能正常发起推理请求。所以本文的重点不是「装 OpenClaw」这个动作本身而是「装完之后怎么把模型通道配对」。2. 前置准备curl、ssh 与 TaoToken 统一 Key 获取这一节解决「装之前需要什么」。OpenClaw 的官方安装脚本依赖 curl 下载后续 Agent 执行远程命令时经常用到 ssh所以先把这两个工具备齐。如果你用的是 Ubuntu/Debian 系直接执行sudo apt update sudo apt install -y curl openssh-server装完检查一下 ssh 服务状态避免后面 Agent 调用 ssh 时报连接拒绝sudo systemctl status ssh sudo systemctl start ssh ip addrip addr是为了拿到本机内网 IP方便你从浏览器访问 OpenClaw 的 Web UI。如果你在云服务器上操作记得在安全组放行对应端口。接下来是本文的关键前置TaoToken 统一 Key。它的作用是把你原本要分别配置的多个模型通道收敛成一个 Base URL 一个 API Key。你只需要在 TaoToken 控制台创建一个 Key后续 curl 验证和 OpenClaw 的 auth.json 都填这一套。获取路径是进入控制台的 API Keys 页面新建一个 Key复制出来先存到本地临时文件里别直接贴在聊天窗口。这里有个小白常踩的坑Key 复制时容易带上首尾空格或者复制成了「掩码显示」的版本中间带星号。真正的 Key 是一串完整字符粘贴后建议用echo -n 你的Key | wc -c数一下长度确认没有多余空白。另外TaoToken 的 API 入口是https://taotoken.net/api注意这个地址后面不加任何多余路径Base URL 就填到/api这一层具体到/v1/chat/completions的部分由客户端自己拼。模型 ID 这一篇统一用glm-4.7。你可以在模型对话页面先手动发一条消息确认这个模型在你的 Key 下可用再去配 OpenClaw这样能把「Key 无效」和「模型不可用」两类问题分开排查。前置准备做完你应该手上有三样东西一个可用的 TaoToken Key、确认可用的模型 IDglm-4.7、以及装好的 curl 和 ssh。3. 可复制配置把 OpenClaw 的 auth.json 改到统一通道装 OpenClaw 用官方脚本一行搞定curl -fsSL https://openclaw.ai/install.sh | bash安装脚本跑完后OpenClaw 会引导你做初始配置。这里的关键动作是当它问你要接哪个模型平台时不要选具体厂商而是走「自定义 / OpenAI 兼容」通道然后把 Base URL 和 Key 填成 TaoToken 的统一通道。如果你已经装完但配错了直接改配置文件更快。OpenClaw 的模型凭证一般落在用户目录下的 auth.json路径类似~/.openclaw/auth.json不同版本可能略有差异用find ~ -name auth.json 2/dev/null定位。找到后把内容改成下面这个结构。注意 Base URL 填https://taotoken.net/apiKey 填你自己的Model ID 填glm-4.7{ providers: { taotoken: { baseUrl: https://taotoken.net/api, apiKey: sk-你的TaoTokenKey, models: { default: glm-4.7 } } }, defaultProvider: taotoken }如果你更习惯用 TOML 风格的配置部分版本支持 settings.toml等价写法是[providers.taotoken] base_url https://taotoken.net/api api_key sk-你的TaoTokenKey default_model glm-4.7 [default] provider taotoken改完保存重启 OpenClaw 服务让配置生效。这里必须强调三件套的完整性Base URL、API Key、Model ID 缺一不可。我见过有人只改了 Base URL 没改 Model ID结果请求发出去返回「model not found」也有人 Key 填对了但 Base URL 多写了一个/v1导致路径拼接成/v1/v1/chat/completions直接 404。所以填完先自己核对一遍地址到/api为止模型写glm-4.7Key 无空格。如果你同时用 Cline 或 Claude Code 这类工具它们的配置逻辑是一样的Base URL 填 TaoToken 的 API 入口Key 填同一个Model ID 填glm-4.7。统一通道的好处就在这里——一套凭证多处复用不用每个工具单独记一套地址。4. 验证请求一条 curl 命令确认连通性配置改完不能靠猜必须用一条 curl 命令实测。这是整篇教程里最能给你确定感的一步。打开终端执行curl -sS https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的TaoTokenKey \ -d { model: glm-4.7, messages: [ {role: user, content: 只回复两个字连通} ] }如果一切正常你会看到一段 JSON 返回里面choices[0].message.content字段就是模型回复的内容。看到这个字段有值说明三件事同时成立网络能到 TaoToken、Key 有效、glm-4.7模型可用。这时候再回到 OpenClaw 的 Web UI 发第一条消息基本就能正常对话了。为了让输出更好读可以加个管道只取关键字段curl -sS https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer sk-你的TaoTokenKey \ -d {model:glm-4.7,messages:[{role:user,content:ping}]} \ | grep -o content:[^]*实测下来这条命令返回内容就代表链路通了。如果返回的是空或者报错先别急着改 OpenClaw问题大概率在 curl 这一层按下一节的报错对照表排查即可。验证通过后OpenClaw 里再发消息如果还失败那才是 OpenClaw 自身配置的问题排查范围一下就缩小了。5. 常见报错排查401、local proxy failed 与 reading choices这一节按真实报错来对照你遇到哪个查哪个。401 Unauthorized最常见。九成是 Key 问题——要么复制时带了空格要么用了掩码版本要么 Key 已失效。先用第 4 节的 curl 命令单独测 Key如果 curl 也 401那就是 Key 本身的问题回控制台重新建一个。如果 curl 通了但 OpenClaw 报 401说明 auth.json 里的 Key 和 curl 用的不一致检查有没有写错或漏改。local proxy failed / connection refused这类报错通常不是 Key 的问题而是 Base URL 写错或本地网络出口有问题。先确认 auth.json 里 Base URL 是https://taotoken.net/api没有多余路径、没有拼错字母。然后用curl -v https://taotoken.net/api看能不能建立连接如果连 TCP 都连不上检查本机 DNS 和出网策略。reading choices 相关报错如 cannot read property choices of undefined这表示请求发出去了但返回结构里没有choices字段通常是返回了一个错误对象被客户端当成功解析了。根因多半是 Model ID 写错比如写成了glm-4.7带空格或者GLM-4.7大小写不符。把 Model ID 严格改成glm-4.7再试。另外 Base URL 多写/v1也会导致返回 404 页面进而触发这个报错。OAuth 相关报错如果你在配置时误选了需要 OAuth 登录的厂商通道会卡在授权环节。解决办法是回到配置里改选「自定义 / OpenAI 兼容」通道用 Key 认证而不是 OAuth。TaoToken 统一通道走的就是 Key 认证不需要 OAuth 流程。排查顺序建议固定成先 curl 测 Key 和模型 → 再核对 auth.json 三件套 → 最后看 OpenClaw 日志。这样能把问题定位到具体一层而不是盲目重装。6. 后续怎么用把统一 Key 复用到更多 Agent 场景搭好之后你会发现这套统一 Key 通道的价值不止于 OpenClaw。任何支持 OpenAI 兼容接口的工具都可以用同一套 Base URL Key glm-4.7接进来。比如你在做长期编码任务或 Agent 工作流可以直接用 Coding Plan 把额度集中管理想单独验证某个模型效果去模型对话页面手动测需要新建或轮换 Key在 API Keys 页面操作接入细节不确定时翻接入文档对照参数。给你一个实用技巧把 curl 验证命令存成一个 shell 脚本比如check_taotoken.sh每次改完配置先跑一遍确认链路通了再去启动 Agent。这样能把「配置错误」和「Agent 逻辑错误」彻底分开省下大量来回试的时间。另外auth.json 改完后建议备份一份下次换机器直接复制不用重新走一遍配置引导。最后提醒一句Key 属于敏感凭证别提交到 Git 仓库也别贴在公开的聊天记录里。本地存一份、控制台留一份记录就够了。按这篇的步骤走完你应该已经能用一条 curl 命令确认连通并且让 OpenClaw 通过 TaoToken 统一通道正常调用glm-4.7了。
RELATED READING

延伸阅读

更多一线实战笔记与深度复盘,助您持续精进