1. macOS M1 上 OpenClaw 报 Ollama API 错误 400不支持工具在 macOS M1 上跑 OpenClaw本地挂 llama3:8b 或者 deepseek-r1TUI 里刚敲下一句「帮我改脚本」终端就甩回Ollama API 错误 400不支持工具。想绕开本地模型的工具短板把 OpenClaw 的模型通道切到 TaoToken打开 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册并创建 API Key再把 Base URL 填成 https://taotoken.net/api让请求落到兼容通道里支持工具调用的模型上。先把话说明白这不是「Ollama 不行」也不是要你把本地那套环境删掉。真正冲突的地方只有一处OpenClaw 是 Agent 框架tools.profile一旦设成coding它就会向模型索要工具调用function calling能力而 llama3:8b、deepseek-r1 这类本地权重在 Ollama 里通常不提供这条能力。框架在认真要模型给不出来400 就出来了。所以排障的方向不是「让 llama3 学会调工具」而是「让需要工具调用的那一类任务走一条本来就支持工具调用的通道」。下面按报错清单、根因、配置、验证的顺序走每一步都对着~/.openclaw/openclaw.json和会话目录说。1.1 五条提示各自在说什么原始场景一次冒出来五种信息混在一起最容易误判。先把它们拆开现象字面意思实际指向Ollama API 错误 400不支持工具请求里带了 tools 字段模型拒绝了本地模型没有工具调用能力上下文窗口过小8192最低 16000模型的 context 不够 Agent 用模型选型与 Agent 要求不匹配anthropic/llama3:8b提供方被解析成了 Anthropic模型标识符写法有歧义改tools.profile没反应配置写了但没生效会话与运行时状态优先级更高冒出 HEARTBEAT.md 相关的系统提示代理不理用户输入钩子注入了另一份指令来源前两条是能力问题后三条是配置与被覆盖的问题。能力问题换通道覆盖问题清状态两者不能混着修。1.2 先判断该修哪一层一个简单的判断方法如果报错里出现「不支持工具」「不支持 function call」「context 不足」那是模型层的事改配置改不出来如果是「还是用旧模型」「忽略我的输入」「配置没生效」那是状态层的事换模型也白换。多数人卡住的原因是先动了状态层——反复编辑openclaw.json但会话文件还在于是新配置被旧会话压住看起来就像「配置无效」。修之前先确认会话目录里有没有残留。2. llama3:8b 和 deepseek-r1 为什么给不出工具调用2.1 Ollama 里本地模型的工具短板Ollama 本身是能跑工具调用的前提是模型自带对应的对话模板。llama3:8b、deepseek-r1 这两个常被拿来跑本地的权重在 Ollama 的默认模板下基本不声明 tools 字段请求里带上工具定义服务端只能返回 400。这跟模型聪不聪明没关系。你可以把它理解成「模型只会听写不会按表格填表」——它能把话答得很好但你让它按固定结构回一个函数名加参数它没有那套格式训练。OpenClaw 的 coding profile 恰恰要求这种结构化输出。2.2 8192 上下文撞上 16000 最低线第二条报错更容易被忽略模型上下文窗口 8192最低要求 16000。Agent 类工具往上下文里塞的东西比聊天多得多——系统提示、工具定义、文件片段、历史轮次随便就上万 token。窗口只有 8192 时即便模型支持工具调用也很容易在拼装阶段就被截断。所以选模型时要同时看两件事是否声明工具调用、上下文窗口是否够 Agent 用。这两项在模型广场的模型详情里都能看到别凭记忆填。2.3 anthropic/llama3:8b 这个标识符是怎么来的anthropic/llama3:8b这个奇怪的组合是提供方解析回退的结果模型名里没带明确的提供方前缀OpenClaw 就按默认提供方Anthropic去拼于是本地模型被贴上了云端厂商的前缀。结果就是请求既发不到 Ollama也不可能被 Anthropic 接受。写配置时模型 ID 一定要从模型广场复制完整字符串不要自己拼前缀、不要加日期后缀也不要把两个来源的名字捏在一起。3. 改了 openclaw.json 却不生效会话优先级与 HEARTBEAT.md3.1 会话 运行时状态 配置文件OpenClaw 的读取顺序大致是当前会话记录的模型设置优先于进程内的运行时状态运行时状态又优先于openclaw.json。也就是说只要~/.openclaw/sessions里还留着旧会话你把配置里的模型从 deepseek-r1 改成别的TUI 起来后还是加载旧的那份。处理办法不复杂但必须做干净pkill -f openclaw rm -rf ~/.openclaw/sessions第二条只清会话配置和工作区留着。如果你已经改乱了可以整目录重置再重新走一遍向导pkill -f openclaw rm -rf ~/.openclaw注意rm -rf ~/.openclaw会连工作区、缓存状态一起删掉动手前确认里面没有你还要用的产物。3.2 boot-md 钩子把用户输入顶掉了现象里那条「代理忽略用户输入、执行内部指令」来源是启动钩子boot-md。它会在会话开始时注入~/.openclaw/workspace/HEARTBEAT.md的内容作为系统级指令。文件里的内容优先级不低用户刚敲的那句话很容易被盖过去。不用这个钩子的话直接删文件或在配置里禁用rm ~/.openclaw/workspace/HEARTBEAT.md排障期间建议保持关闭。你要判断的是「通道通不通、工具调没调」多一份系统提示只会干扰观察。4. 重跑 openclaw 向导把模型通道换成 TaoToken向导本身有个已知限制它只让你选提供方、模型、集成项不暴露tools.profile。所以向导负责把通道搭起来tools.profile用编辑器手动补。4.1 先在落地页注册并创建 API Key重跑openclaw之前先去 TaoToken 注册账号并创建一把 API Key占位符统一记作YOUR_API_KEY。这一把 Key 后面要填进 OpenClaw 的模型通道里不要截图外发也不要写进会提交到 Git 的文件。同一页面上能顺带看到模型列表和用量入口。选模型就照那里当时列出来的 ID 抄抄完不要手改。4.2 openclaw.json 里的 Base URL 与模型 ID启动向导openclaw提供方这一步不要再选ollama改选兼容 OpenAI 协议的自定义提供方。填进去的三项是Base URLhttps://taotoken.net/api末尾不要加/v1也不要带任何查询参数API KeyYOUR_API_KEY模型模型广场里支持工具调用的模型 ID向导跑完打开~/.openclaw/openclaw.json核对。字段名会随版本略有差异但核心就这么几项{ provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: YOUR_API_KEY, model: YOUR_MODEL_ID, tools: { profile: coding } }model填什么以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时列表为准tools.profile想跑 shell 执行和文件操作就保持coding只做消息类交互可以先写messaging当探针。4.3 清干净状态再启动配置改完先把会话清掉再启动否则前面第 3 节的优先级问题会再来一遍pkill -f openclaw rm -rf ~/.openclaw/sessions openclaw这一步顺序别调换。先启动再清会话等于又用旧状态跑了一轮。5. 验证 400 是否真的消失5.1 先用 messaging 做一次低风险探针不要一上来就把tools.profile设成coding直接冲。先把 profile 写成messaging在 TUI 里问一句纯文本问题比如「解释一下这个目录里的 package.json 是干什么的」。这一步验证的是三件事Key 有没有生效、Base URL 有没有写对、模型 ID 能不能被识别。任何一项错这里就会先报出来比在 coding 模式下排查轻松得多。5.2 再切 coding看工具调用有没有真的发生探针通了之后把openclaw.json里的 profile 改回coding清会话重启。然后给一个会触发工具的指令比如让它列目录、读一个文件、生成一段脚本。判断标准很直接不再出现Ollama API 错误 400不支持工具不再出现上下文窗口不足能看到工具调用被触发并返回结果如果这三条都满足说明请求已经绕开本地 Ollama 的工具短板走到了支持工具调用的通道上。5.3 回控制台对一下这次调用TUI 里显示成功不代表请求真的记到了你的账号上。回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 的用量页面看一眼刚才那几轮对话有没有出现在调用记录里、消耗了多少。对不上通常是两个原因Key 填的是旧的、或者baseUrl写得不对导致请求根本没发出去。用调用记录来反查比盯着终端猜快得多。6. 换通道之后还可能撞上的几个错6.1 还是 400请求压根没走兼容通道切了配置还报同样的 400大概率是会话没清干净进程仍用旧提供方。按第 3 节的办法做一次pkill加清 sessions。另一种可能是openclaw.json里同时存在两处 provider 声明后面那处覆盖了前面把整段配置对齐成一份。6.2 Key 或模型 ID 写错时的回显Key 写错一般报鉴权失败表现是 401 一类不会伪装成 400。模型 ID 写错则常见「模型不存在」或直接回退到默认提供方——这时终端里可能又出现带厂商前缀的怪名字说明它没认出你写的 ID。两个错都在openclaw.json里改改完照样清会话重启。6.3 Base URL 多写 /v1 会怎样https://taotoken.net/api后面不要追加/v1也不要粘上任何查询参数。多写一段请求路径对不上回显通常是 404 或路径不存在的提示。这一项在配置文件里最容易被「顺手补全」改完记得回头看一眼字符串结尾。7. 换完通道之后去哪几个页面确认7.1 用同一把 Key 在模型对话里发一条消息配置文件里的 Key 是不是可用的最快的验证方式不是在 TUI 里反复试而是打开 TaoToken 模型对话用同一把 Key、同一个模型 ID 发一条测试消息。能正常回说明 Key 和模型都没问题剩下的就只是 OpenClaw 那边的字段对齐。7.2 长期跑编码任务看套餐Key 在控制台创建如果你打算把 OpenClaw 的编码、DevOps 类任务长期挂在这条通道上可以顺手看下 Coding Plan 的额度是否够用需要新建或轮换 Key就在 控制台 API Keys 里操作创建后替换openclaw.json里的占位符再清一次会话。下次再看到那个 400先别急着换模型。cat ~/.openclaw/openclaw.json看清baseUrl和model到底指向谁再去会话目录确认旧状态清没清。多数时候问题就在这两步里。