1. 为什么要在 OpenClaw 里接 Ollama 本地大模型
OpenClaw 是一个支持多模型切换的桌面 AI 客户端,Ollama 是本地大模型运行框架,两者组合起来能做什么?简单说,就是让你在 OpenClaw 的聊天界面里,直接调用跑在自己电脑上的模型,数据不出本机,断网也能用,适合对隐私敏感、或者想省 API 费用的本地部署场景。
我试过把 Ollama 拉起来的模型接进 OpenClaw,整个过程其实不复杂,但有几个坑点:地址填错、模型没下载完、防火墙拦截、以及多模型场景下 Key 和 Base URL 怎么统一管理。这篇教程会从零开始,把 OpenClaw 对接 Ollama 本地大模型的完整流程走一遍,同时引入 TaoToken 统一 Key/API 通道的配置方式,让你在本地模型和云端模型之间自由切换,不用每次改一堆配置文件。
适合谁看:已经在用 OpenClaw 但还没接本地模型的用户;想用 Ollama 跑本地模型但不知道怎么和现有客户端打通的开发者;以及需要统一管理多个模型通道(本地 + 云端)的进阶用户。
前置条件:OpenClaw 已安装并能正常打开,Ollama 已安装并启动,电脑磁盘空间充足(本地模型动辄几个 GB 到几十 GB),网络能正常访问 Ollama 官网下载模型。
先理清一个概念:Ollama 默认在本机11434端口提供 HTTP 服务,OpenClaw 通过这个端口调用本地模型。而 TaoToken 的作用是提供一个统一的 API 通道和 Key 管理入口,让你在 OpenClaw 里既能走本地 Ollama,也能走云端模型,配置上不用来回改。两者不冲突,是互补关系。
2. TaoToken 前置准备与统一 Key 获取
在开始配置之前,先把 TaoToken 的 Key 拿到手。TaoToken 是一个模型 API 聚合与统一管理平台,你可以把它理解成一个“模型通道管理器”:本地 Ollama 走本机地址,云端模型走 TaoToken 的 API 地址,OpenClaw 里只需要维护一套 Key 和 Base URL 逻辑。
第一步,打开 TaoToken 官网注册并登录:
https://taotoken.net/?utm_source=taotoken_aicg_blog_end&utm_medium=csdn&utm_campaign=rewrite&utm_content=登录后进入控制台,找到 API Keys 管理页面:
https://taotoken.net/console/api-keys在这里创建一个新的 API Key,复制保存好。这个 Key 后面会用在 OpenClaw 的配置里。注意:Key 只显示一次,丢了就重新生成。
如果你还没安装 Ollama,先去官网下载安装包。Windows 用户选择 Windows 版本,下载后双击安装,一路默认即可。安装完成后启动 Ollama,在设置里可以把模型存储路径改到大容量磁盘,比如E:\models,避免系统盘被撑爆。
安装完成后,打开 Windows 终端(PowerShell),执行:
ollama run gemma4:e4b第一次执行会自动下载模型,下载完成后终端会显示 success。这一步很关键,模型必须完整下载到本地,OpenClaw 才能识别到。
回到 TaoToken 控制台,确认你的 Key 已经创建成功。如果你打算同时使用云端模型,可以在 TaoToken 的模型对话页面先测试一下 Key 是否可用:
https://taotoken.net/models在模型对话页面选择一个模型,发送一条测试消息,确认返回正常。这一步是为了排除 Key 本身的问题,避免后面在 OpenClaw 里排查时混淆。
TaoToken 的 API 地址是:
https://taotoken.net/api这个地址后面会用在 OpenClaw 的配置文件中。注意:API 地址不加 UTM 参数,保持干净。
到这里,前置准备就完成了:Ollama 已安装并下载了至少一个模型,TaoToken Key 已创建并验证可用。接下来进入 OpenClaw 的配置环节。
3. OpenClaw 可复制配置:config.toml 与 settings.json
OpenClaw 的配置主要涉及两个文件:config.toml和settings.json。前者定义模型通道和 Base URL,后者定义模型 ID 和默认行为。下面给出可复制的骨架,你只需要替换 Key 和模型名称。
先找到 OpenClaw 的配置目录。Windows 下通常在:
C:\Users\你的用户名\.openclaw\如果找不到,可以在 OpenClaw 设置里点击“打开配置目录”直接跳转。
3.1 config.toml 骨架
# OpenClaw 模型通道配置 # 本地 Ollama 通道 [providers.ollama] base_url = "http://127.0.0.1:11434" api_key = "ollama" models = ["gemma4:e4b"] # TaoToken 统一通道(云端模型) [providers.taotoken] base_url = "https://taotoken.net/api" api_key = "你的_TaoToken_Key" models = ["gpt-4o", "claude-3-5-sonnet"] # 默认使用的通道 [default] provider = "ollama" model = "gemma4:e4b"关键字段说明:
| 字段 | 说明 | 示例 |
|---|---|---|
| base_url | 模型服务地址 | 本地http://127.0.0.1:11434,云端https://taotoken.net/api |
| api_key | 本地 Ollama 随便填,云端填 TaoToken Key | ollama或真实 Key |
| models | 该通道下可用的模型列表 | ["gemma4:e4b"] |
| default.provider | 默认走哪个通道 | ollama或taotoken |
注意:本地 Ollama 的api_key填ollama即可,Ollama 本身不校验 Key。TaoToken 通道的 Key 必须填真实值,否则会报 401。
3.2 settings.json 关键字段
{ "model": "gemma4:e4b", "provider": "ollama", "temperature": 0.7, "max_tokens": 2048, "stream": true, "providers": { "ollama": { "base_url": "http://127.0.0.1:11434", "api_key": "ollama" }, "taotoken": { "base_url": "https://taotoken.net/api", "api_key": "你的_TaoToken_Key" } } }settings.json里的model和provider决定当前聊天页默认用哪个模型。你可以在 OpenClaw 界面里切换,也可以直接改这个文件。
如果你用的是 Claude Code 或者 Cline MCP 这类工具,配置逻辑类似,核心三件套是:Base URL、Key、Model ID。以 Claude Code 为例,配置文件通常在~/.claude/settings.json,关键字段:
{ "env": { "ANTHROPIC_BASE_URL": "https://taotoken.net/api", "ANTHROPIC_API_KEY": "你的_TaoToken_Key", "ANTHROPIC_MODEL": "claude-3-5-sonnet" } }Codex 的auth.json配置:
{ "base_url": "https://taotoken.net/api", "api_key": "你的_TaoToken_Key", "model": "gpt-4o" }不管哪个工具,记住三件套:Base URL 填https://taotoken.net/api,Key 填 TaoToken 控制台生成的,Model ID 填你要用的模型名称。
配置写完后保存,重启 OpenClaw 让配置生效。
4. 连通性验证与成功结果确认
配置写好后,不要急着在聊天页发消息,先做连通性验证。这一步能帮你快速定位是配置问题还是模型问题。
4.1 验证 Ollama 本地服务
打开终端,执行:
curl http://127.0.0.1:11434/api/tags如果返回 JSON 列表,包含你下载的模型名称,说明 Ollama 服务正常。如果返回连接拒绝,说明 Ollama 没启动,去开始菜单启动 Ollama。
再执行:
ollama list确认模型在列表里,状态正常。
4.2 验证 TaoToken 通道
用 curl 测试 TaoToken API:
curl https://taotoken.net/api/v1/models \ -H "Authorization: Bearer 你的_TaoToken_Key"如果返回模型列表,说明 Key 和 Base URL 都正确。如果返回 401,检查 Key 是否复制完整。
4.3 OpenClaw 内测试
回到 OpenClaw 客户端,点击右上角设置,进入模型配置页面。找到 Ollama 选项,地址栏填写:
http://127.0.0.1:11434点击“测试”按钮。如果测试成功,OpenClaw 会自动识别已下载的本地模型。点击“保存全部配置”。
进入左侧聊天页面,在模型选择框搜索目标模型名称,比如gemma4:e4b,确认模型后面标注了ollama标签,点击选中。
发送测试消息:
你好,你是什么模型如果页面正常返回内容,说明 Ollama 已成功接入 OpenClaw。返回内容可能不准确,但只要有回复,就说明通道打通了。
4.4 成功结果确认清单
- Ollama 服务正常运行,
curl http://127.0.0.1:11434/api/tags返回模型列表 - TaoToken Key 验证通过,
curl https://taotoken.net/api/v1/models返回正常 - OpenClaw 模型配置页测试通过,识别到本地模型
- 聊天页选中带
ollama标签的模型,发送消息收到回复 - 如果同时配置了 TaoToken 通道,切换到云端模型也能正常回复
到这里,连通性验证就完成了。接下来看常见报错怎么排查。
5. 常见报错排查:401、local proxy failed、reading choices
这一节列出实际配置过程中最容易遇到的几个报错,以及对应的排查步骤。
5.1 401 Unauthorized
报错信息:
401 Unauthorized: invalid api key原因:TaoToken Key 填错、过期、或者复制时带了空格。
排查步骤:
- 回到 TaoToken 控制台,重新生成一个 Key
- 检查
config.toml和settings.json里的api_key字段,确保没有多余空格 - 确认 Base URL 是
https://taotoken.net/api,不是其他地址 - 用 curl 单独测试 Key 是否可用
如果本地 Ollama 报 401,检查api_key是否填了ollama,Ollama 不校验 Key,但有些客户端要求必填。
5.2 local proxy failed
报错信息:
local proxy failed: connection refused原因:OpenClaw 无法连接到 Ollama 服务,通常是 Ollama 没启动,或者地址填错。
排查步骤:
- 确认 Ollama 正在运行,任务栏有 Ollama 图标
- 终端执行
curl http://127.0.0.1:11434/api/tags,确认返回正常 - 检查 OpenClaw 配置里的地址是否是
http://127.0.0.1:11434,不要填localhost,有些环境解析有问题 - 检查防火墙是否拦截了 11434 端口,临时关闭防火墙测试
- 如果 Ollama 装在另一台机器,地址要改成那台机器的 IP,并确保局域网可访问
5.3 reading choices 报错
报错信息:
error reading choices: unexpected end of JSON input原因:模型返回了空响应,或者流式输出被中断。常见于模型没下载完、或者 max_tokens 设置过小。
排查步骤:
- 终端执行
ollama run gemma4:e4b,确认模型能正常对话 - 检查
settings.json里的max_tokens,建议至少 2048 - 检查
stream字段,如果设为false试试改成true - 如果用的是 TaoToken 云端模型,检查模型 ID 是否正确,有些模型名称大小写敏感
- 查看 OpenClaw 日志文件,通常在配置目录下的
logs文件夹
5.4 OAuth 相关报错
报错信息:
OAuth token expired or invalid原因:如果你在 OpenClaw 里配置了需要 OAuth 的云端模型,token 过期了。
排查步骤:
- 回到 TaoToken 控制台,重新生成 API Key
- 更新
config.toml和settings.json里的 Key - 重启 OpenClaw
- 如果用的是 Claude Code,检查
~/.claude/settings.json里的ANTHROPIC_API_KEY是否更新
5.5 模型识别不到
现象:OpenClaw 测试通过,但聊天页搜不到模型。
排查步骤:
- 确认模型已完整下载,
ollama list能看到 - 确认
config.toml里的models列表包含了模型名称 - 重启 OpenClaw
- 在模型选择框手动输入模型名称搜索
6. 统一 Key 管理下的多模型切换与长期使用建议
配置跑通之后,日常使用中你会遇到多模型切换的需求:本地 Ollama 跑轻量任务,云端 TaoToken 跑复杂任务。这一节讲怎么在 OpenClaw 里高效切换,以及长期使用的几个建议。
6.1 在 OpenClaw 界面切换模型
OpenClaw 聊天页顶部有模型选择框,直接搜索模型名称即可切换。带ollama标签的是本地模型,带taotoken标签的是云端模型。切换后发送消息,OpenClaw 会自动走对应的 Base URL 和 Key。
如果你经常切换,可以在settings.json里设置默认模型,改完重启即可。
6.2 用 TaoToken 统一管理云端 Key
TaoToken 的好处是,你只需要维护一个 Key,就能访问多个云端模型。在 TaoToken 控制台的模型对话页面,可以测试不同模型的效果:
https://taotoken.net/models如果你需要长期跑编码任务或者 Agent 任务,可以考虑 TaoToken 的 Coding Plan,适合高频调用场景:
https://taotoken.net/coding-plan6.3 本地模型和云端模型的取舍
本地 Ollama 的优势是数据不出本机、断网可用、无 API 费用。劣势是模型能力受限于本地硬件,大模型跑起来慢。
云端 TaoToken 的优势是模型能力强、速度快、不用下载几十 GB 的模型文件。劣势是需要联网、按量计费。
实际使用中,我建议这样分工:日常问答、代码补全用本地小模型;复杂推理、长文本生成用云端大模型。OpenClaw 里切换很方便,不用改配置文件。
6.4 长期使用建议
第一,定期检查 Ollama 和 OpenClaw 的版本更新,新版本可能修复了连接问题。
第二,本地模型存储路径尽量放在大容量磁盘,避免系统盘爆满。Ollama 设置里可以改 Model location。
第三,TaoToken Key 定期轮换,避免泄露。控制台可以随时生成新 Key。
第四,如果遇到连接问题,先跑一遍第 4 节的连通性验证,快速定位是本地问题还是云端问题。
第五,OpenClaw 的配置文件建议备份一份,换机器时直接复制过去,改一下 Key 就能用。
到这里,OpenClaw 对接 Ollama 本地大模型的完整流程就走完了。从 Ollama 安装、模型下载、TaoToken Key 获取,到 config.toml 和 settings.json 配置,再到连通性验证和报错排查,每一步都有可复制的命令和配置。你只需要按顺序操作,遇到报错对照第 5 节排查,基本都能跑通。