1. OpenClaw 配置流程与官方 API 接入:Base URL、API Key 与 Model ID 保姆级教程
OpenClaw 是一个可以在本地终端或浏览器里直接对话的 AI 客户端,支持接入多家模型供应商的 API。它的核心配置只有三个参数:Base URL(调用地址)、API Key(密钥)和 Model ID(模型 ID)。这三个参数填对了,OpenClaw 就能正常跑通一次完整调用;填错了,就会遇到 401、连接超时或者模型列表为空等问题。这篇教程面向刚装好 OpenClaw、准备接入官方 API 或聚合平台 API 的读者,从初始化配置一路写到验证请求成功,每一步都给出可复制的配置片段和逐项检查动作。如果你之前卡在“Custom Provider 怎么填”或者“Model ID 到底写哪个”,可以直接按下面的顺序操作。
我试过在几个不同平台上接入 OpenClaw,发现最容易出问题的不是安装,而是参数填写的格式和位置。比如 Base URL 末尾多一个斜杠、Model ID 写成了显示名称而不是实际 ID,都会导致请求失败。下面按实际配置顺序展开,先讲清楚三个参数分别是什么、在哪里获取,再进入 OpenClaw 的交互式配置流程,最后用一次真实请求验证是否跑通。
1.1 Base URL、API Key、Model ID 分别是什么
Base URL 是模型服务的调用入口地址,切换模型时这个地址通常不变。比如官方 API 的 Base URL 一般是https://api.xxx.com/v1这种形式,聚合平台则会给你一个统一的地址。API Key 是身份凭证,用来计费和鉴权,一个平台可以创建多个 Key,方便按业务区分。Model ID 是具体模型的唯一标识,同一个模型可能有多个版本,必须写完整的 ID,不能写显示名称。
这三个参数的关系可以这样理解:Base URL 是“去哪找服务”,API Key 是“凭什么让你用”,Model ID 是“具体用哪个模型”。三者缺一不可,而且必须来自同一个平台。混用不同平台的参数是最常见的错误来源。
1.2 官方 API 与聚合平台 API 的配置差异
官方 API 的 Base URL 和 Model ID 由模型厂商直接提供,比如 Kimi 的开发者后台、Moonshot 的开放平台等。聚合平台则把多家模型统一到一个 Base URL 下,用不同的 Model ID 区分。OpenClaw 的配置流程对两者是一样的,区别只在于你填的 Base URL 和 Model ID 来自哪里。
如果你用的是聚合平台,通常平台文档里会直接给出 OpenClaw 的接入参数,照着填即可。如果用的是官方 API,需要先去对应开发者后台创建 Key、开通服务、获取 Model ID。下面先讲聚合平台的通用配置流程,再以 Kimi K2.5 官方 API 为例走一遍官方接入。
2. TaoToken 前置准备:获取 Base URL、API Key 与 Model ID
在进入 OpenClaw 的交互式配置之前,你需要先拿到三个参数。这里以 TaoToken 为例说明获取路径。TaoToken 是一个模型 API 聚合平台,提供统一的 Base URL 和多个模型的 Model ID,适合在 OpenClaw 里快速切换不同模型。
首先访问官网 https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content= 注册账号。注册完成后进入控制台,在 API Keys 页面创建一个新的 Key。创建时建议给 Key 起一个能区分用途的名字,比如openclaw-local,这样以后在多个工具里使用时不会混淆。Key 只在创建时显示一次,复制后保存到安全的地方,不要直接写在会提交到 Git 的配置文件里。
创建好 Key 之后,进入模型列表页面,找到你要使用的模型,复制它的 Model ID。TaoToken 的 Base URL 是统一的,不需要按模型切换。如果你需要查看完整的接入文档,可以访问 https://taotoken.net/api 获取详细说明。控制台地址是 https://taotoken.net/console ,API Keys 管理页面在 https://taotoken.net/api-keys 。
拿到这三个参数后,建议先在一个临时文本文件里记下来,格式如下:
Base URL: https://taotoken.net/api API Key: sk-xxxxxxxxxxxxxxxxxxxxxxxx Model ID: glm-5注意 Base URL 不要在后面多加斜杠,Model ID 要完整复制,不要自己简写。很多连接失败都是因为这两个细节。
2.1 在 TaoToken 控制台创建 API Key
登录 TaoToken 控制台后,左侧菜单找到 API Keys,点击创建。弹窗里填写名称,比如openclaw-test,然后确认。创建成功后页面会显示完整的 Key,复制它。如果你不小心关掉了弹窗,Key 不会再显示,只能重新创建一个。所以建议创建后立刻粘贴到你的密码管理器或临时文件里。
一个账号可以创建多个 Key,建议按用途分开:一个用于 OpenClaw 本地测试,一个用于其他工具。这样如果某个 Key 泄露,可以单独撤销而不影响其他服务。
2.2 获取 Base URL 和 Model ID
TaoToken 的 Base URL 是固定的,在文档页面或控制台首页都能找到。Model ID 在模型列表里,每个模型都有一个唯一的 ID,比如glm-5、kimi-k2.5等。复制时注意不要带空格,也不要写成显示名称。如果你不确定用哪个模型,可以先选一个通用的对话模型测试连通性,跑通后再换成你实际需要的模型。
2.3 确认参数格式与常见坑
Base URL 的格式通常是https://域名/api或https://域名/v1,具体以平台文档为准。TaoToken 的 Base URL 是https://taotoken.net/api,不要写成https://taotoken.net/api/,末尾斜杠在某些客户端里会导致路径拼接错误。API Key 一般以sk-开头,复制时注意不要漏掉字符。Model ID 是大小写敏感的,比如GLM-5和glm-5可能不是同一个。
如果你在 OpenClaw 里填完参数后提示模型不存在,第一件事就是检查 Model ID 是否和平台文档里完全一致。第二件事是检查 Base URL 是否有多余的斜杠或路径。第三件事是确认 API Key 是否有余额或权限。
3. OpenClaw 可复制配置:Base URL、API Key 与 Model ID 填写位置
OpenClaw 安装成功后会自动进入初始化设置流程。不同版本的界面可能略有差别,但核心步骤一致。下面按实际交互顺序说明每一步该选什么、填什么。
3.1 初始化设置与 QuickStart 模式
安装完成后启动 OpenClaw,首先会输出风险提示,询问你是否知道风险,选择 yes 并回车。接着选择 QuickStart 快速安装模式。这个模式会引导你完成模型供应商、API Key、模型 ID 等核心配置,适合第一次使用。
3.2 选择 Custom Provider 并填写 Base URL
在模型供应商列表里一直向下,找到 Custom Provider 并选择。这时 OpenClaw 会提示你输入 API Base URL。把之前保存的 TaoToken Base URL 粘贴进去,然后回车。注意粘贴后检查一下末尾有没有多余空格或斜杠。
如果你用的是官方 API,比如 Kimi,这里就填 Kimi 开发者后台提供的 Base URL。聚合平台和官方 API 的区别只在于这个地址不同,后续步骤完全一样。
3.3 粘贴 API Key 与选择兼容性
下一步 OpenClaw 会问你是否立刻粘贴 API Key,默认选项就是“立刻粘贴”,直接回车。然后把你的 API Key 粘贴进去,回车。接着选择兼容性,这里选 OpenAI。大多数聚合平台和官方 API 都兼容 OpenAI 的接口格式,所以选 OpenAI 即可。
3.4 填写 Model ID 与设置别名
接下来输入 Model ID,把之前复制的完整 ID 粘贴进去,回车。OpenClaw 会自动显示模型提供商的 Endpoint ID,什么都不用做,直接回车。然后会提示设置别名(Model alias),这里建议填一个容易辨认的名字,比如glm-5或kimi-k2.5。当你接入多个模型后,别名可以帮助你在切换时快速识别。
3.5 跳过 IM 与 Skill 配置
之后会询问是否配置通讯工具(IM),这里先跳过,后续再添加。接着选择 skill 技能包,用键盘上下键定位,空格选择,回车确认。如果没有需要的 skill,可以选择 Skip for now,后面再安装不影响。其他 API Key 都选择 No。
3.6 配置 hooks 与选择交互方式
配置 hooks 时选择 boot-md,回车。然后选择你与 OpenClaw 的沟通方式:TUI 是终端文字交互界面,Web UI 是通过浏览器访问http://127.0.0.1:18789。两者都可以用,选哪个都行。选完后回车,就能看到对话界面,说明配置成功。
3.7 网页令牌授权
如果使用 Web UI,第一次打开会提示没有令牌。虽然写着可选,但实际需要填。按照提示新开一个终端窗口,执行指定命令获取令牌信息,粘贴后即可访问。至此,你可以通过终端或本地网页与 OpenClaw 对话。
3.8 可复制的配置文件片段
如果你不想每次交互式配置,或者需要批量部署,可以直接编辑 OpenClaw 的配置文件。配置文件通常位于~/.openclaw/config.json或项目目录下的openclaw.toml。下面是一个 JSON 格式的配置片段,路径和字段名以你实际安装版本为准:
{ "provider": "custom", "baseUrl": "https://taotoken.net/api", "apiKey": "sk-xxxxxxxxxxxxxxxxxxxxxxxx", "modelId": "glm-5", "modelAlias": "glm-5", "compatibility": "openai" }如果你使用的是 TOML 格式,对应片段如下:
[provider] type = "custom" base_url = "https://taotoken.net/api" api_key = "sk-xxxxxxxxxxxxxxxxxxxxxxxx" model_id = "glm-5" model_alias = "glm-5" compatibility = "openai"注意不要把 API Key 直接提交到公开仓库。可以用环境变量替代,比如在配置里写"apiKey": "${TAOTOKEN_API_KEY}",然后在 shell 里导出这个变量。
4. 验证请求:跑通一次完整调用
配置完成后,需要验证是否真的能调用成功。最简单的方式是在 OpenClaw 的对话界面里发一条消息,比如“你好,请用一句话介绍你自己”。如果模型正常回复,说明 Base URL、API Key 和 Model ID 都填对了。
如果对话界面没有反应或报错,可以用 curl 直接测试 API 是否可达。下面是一个测试命令,把参数替换成你自己的:
curl -X POST https://taotoken.net/api/v1/chat/completions \ -H "Authorization: Bearer sk-xxxxxxxxxxxxxxxxxxxxxxxx" \ -H "Content-Type: application/json" \ -d '{ "model": "glm-5", "messages": [{"role": "user", "content": "你好"}] }'如果返回 JSON 里包含choices字段和模型回复内容,说明 API 本身是通的。如果 curl 能通但 OpenClaw 不通,问题就在 OpenClaw 的配置格式上。如果 curl 也不通,问题在 Base URL、API Key 或 Model ID 本身。
4.1 在 OpenClaw 中查看请求日志
OpenClaw 通常会在终端输出请求日志。如果请求失败,日志里会显示 HTTP 状态码和错误信息。常见的状态码有 401(鉴权失败)、404(路径错误)、429(限流)。根据状态码可以快速定位问题。
4.2 验证模型切换是否正常
如果你配置了多个模型,可以在 OpenClaw 里切换模型别名,然后分别发一条消息测试。切换后 Base URL 不变,只有 Model ID 变化。如果切换后报错,检查新模型的 Model ID 是否正确,以及你的 API Key 是否有权限调用该模型。
4.3 成功结果的表现
成功调用后,OpenClaw 会显示模型的回复内容,终端日志里会显示请求耗时和 token 用量。如果你用的是 Web UI,浏览器里会直接渲染回复。此时可以尝试更复杂的指令,比如让它写一段代码或总结一篇文章,确认模型能力正常。
5. 本篇常见错误排查:401、local proxy failed、reading choices、OAuth
配置过程中最容易遇到几类报错,下面逐一说明原因和解决方法。
5.1 401 Unauthorized
这是鉴权失败,通常是因为 API Key 填错、过期或没有权限。检查步骤:确认 Key 复制完整,没有多余空格;确认 Key 来自你填的 Base URL 对应的平台;确认 Key 没有过期或被撤销。如果你用的是 TaoToken,可以到控制台重新创建一个 Key 再试。
5.2 local proxy failed
这个报错通常出现在 OpenClaw 尝试通过本地代理转发请求时。原因可能是 Base URL 格式不对,或者本地网络无法访问该地址。检查 Base URL 是否以https://开头,末尾有没有多余斜杠。如果你在公司网络或受限环境下,确认该地址是否可访问。
5.3 reading choices 报错
这个报错说明请求返回了非预期格式,OpenClaw 在解析choices字段时失败。常见原因是 Model ID 填错,导致服务端返回了错误信息而不是正常的对话结果。检查 Model ID 是否和平台文档完全一致,注意大小写和连字符。另外确认兼容性选的是 OpenAI,而不是其他格式。
5.4 OAuth 相关报错
如果你在配置过程中选择了 OAuth 认证而不是 API Key,可能会遇到 OAuth 报错。OpenClaw 的 Custom Provider 模式通常使用 API Key 认证,不需要 OAuth。如果你误选了 OAuth,回到配置步骤重新选择粘贴 API Key 即可。
5.5 模型列表为空或模型不存在
如果 OpenClaw 提示模型不存在,首先检查 Model ID。有些平台的 Model ID 和显示名称不同,比如显示的是“GLM-5”但实际 ID 是glm-5。其次检查 Base URL 是否指向了正确的 API 版本路径。最后确认你的账号是否有权限调用该模型。
5.6 请求超时
请求超时通常是网络问题或 Base URL 不可达。先用 curl 测试同一个地址,如果 curl 也超时,说明网络层有问题。如果 curl 正常但 OpenClaw 超时,检查 OpenClaw 的代理设置或超时配置。
6. 接入官方 API 示例:Kimi K2.5 配置流程
除了聚合平台,OpenClaw 也可以直接接入官方 API。下面以 Kimi K2.5 为例,走一遍官方接入流程。这部分和上面的聚合平台配置不冲突,你可以在 OpenClaw 里配置多个 Provider,按需切换。
6.1 注册开发者平台并创建 API Key
首先去 Kimi 开发者后台注册账号,创建一个 API Key。Key 只显示一次,复制后保存好。如果你没有购买 Kimi 的 Coding Plan 套餐,可以先充值 10 元体验。创建好 Key 后,在模型列表里找到 Kimi K2.5 的 Model ID。
6.2 在 OpenClaw 中选择 Moonshot AI
回到 OpenClaw 的配置流程,在模型供应商列表里选择 Moonshot AI(Kimi K2.5),回车。然后选择.cn国内范围使用。如果你是通过套餐购买的,选择 Kimi Code API key 选项;如果是充值按量付费,选择对应的 API Key 选项。
6.3 粘贴 API Key 并验证
选择粘贴 API Key,立即粘贴你创建的 Key,回车。之后 OpenClaw 会完成配置。发一条消息测试,如果模型正常回复,说明官方 API 接入成功。
6.4 官方 API 与聚合平台的切换
在 OpenClaw 里,你可以同时配置多个 Provider。切换时只需要选择对应的 Provider 别名,Base URL 和 API Key 会自动切换。如果你经常在多个模型之间切换,建议给每个 Provider 设置清晰的别名,比如taotoken-glm、kimi-official。
6.5 长期编码与 Agent 场景的配置建议
如果你打算在 OpenClaw 里长期做编码或 Agent 任务,建议使用 Coding Plan 类型的服务,通常有更稳定的额度和更低的延迟。配置时同样只需要 Base URL、API Key 和 Model ID 三个参数。你可以在 https://taotoken.net/coding-plan 查看适合编码场景的套餐,或者在 https://taotoken.net/api-keys 管理你的 Key。如果需要测试不同模型的对话效果,可以访问 https://taotoken.net/chat 直接体验。
配置完成后,建议把配置文件备份一份,并记录你使用的 Base URL、Model ID 和 Key 的用途。这样以后换机器或重装时,可以快速恢复。如果遇到报错,先对照第 5 节的排查清单,大部分问题都能在几分钟内解决。