OpenClaw 的早报没发出来。它没有报错崩溃cron 到点照样触发脚本跑完安静退出只有日志末尾留了一行401 invalid api key。我第一反应是把 Base URL 补成带/v1的完整路径结果 401 变成了 404问题从「钥匙不对」升级成「门牌号不对」。这篇记录的就是把 OpenClaw 的模型通道换到 TaoToken 的完整过程Key 从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建Base URL 写 https://taotoken.net/api 并且末尾不带/v1、不带 UTM 参数。把这两件事做对401 和 404 会同时消失而 Exa 检索、Milvus 复盘、Skill 规则这些原有环节一行都不用动。1. OpenClaw 早报静默失败日志里先冒出来的是 4011.1 一次典型的排障现场那天早上七点半没收到早报我先去看logs/agent.log最后二十行是这样的[07:30:01] morning_brief start [07:30:01] exa search ok, 12 items [07:30:02] skill rules loaded [07:30:03] llm request failed: 401 invalid api key [07:30:03] morning_brief aborted注意中间两行Exa 检索是成功的Skill 规则也加载完了。真正断掉的只有调模型那一步。这个顺序很关键它说明问题被精准地框在「provider 配置」这个小范围里而不是整个 agent 挂了。很多人一看到早报没出来就去重装依赖、升级框架版本、检查 cron 表达式方向全错。日志里工具调用成功、模型调用失败等于已经把病灶指给你了。1.2 401 和多余的 /v1 经常一起出现我见过两种改坏的方式。第一种是 Key 本身失效或者复制时带上了引号、空格、换行服务端解析不出来返回 401。第二种更隐蔽Base URL 原本写的是不带/v1的根地址SDK 自己会在后面拼/v1/chat/completions有人手动把/v1补进 Base URL结果请求路径变成/api/v1/v1/chat/completions服务端找不到这个路由回 404。更麻烦的是这两件事会互相掩盖。你以为是 Key 的问题换了一把又一把其实地址早就拼错了你以为是地址的问题改了半天路径Key 里那个多余的换行还在。所以排障一定要分两步走先确认地址形态再确认 Key 有效性别混在一起试。2. 拆开盯盘 agent 的请求链哪些环节根本不用改2.1 Exa 检索走 Exa 自己的 Key盯盘 agent 每天要做的事可以拆成几块拉取外部信息、召回历史复盘、套用规则、让模型组织语言。第一块靠的是 Exa它有自己的 API Key 和自己的 endpoint跟模型通道完全是两条线。你把模型 Base URL 换成 https://taotoken.net/api 之后Exa 那边不需要做任何改动它的 Key 该放哪还放哪。这一点想清楚能省很多时间。我最初把 401 归咎于「配置整体乱了」甚至去检查 Exa 的额度纯属浪费。日志里exa search ok那行已经明确告诉你它是好的。2.2 Milvus 复盘与 Skill 规则也不碰模型地址Milvus 负责把历史复盘向量存下来、按相似度召回。它连的是自己的向量库地址用的是自己的连接参数。Skill 规则更简单多数情况下就是一堆本地 YAML 或者 Markdown 文件读进来拼进 prompt 而已。这两块和模型 provider 没有耦合。所以本章的结论其实很短盯盘 agent 里真正需要改的只有「向模型发起请求」那一段配置。它通常躺在两个地方之一——项目根目录的.env或者config/agent.yaml里的 provider 段。改之前先确认你的版本读的是哪一个别只改了一处就急着跑。3. 把模型通道换成 TaoTokenKey、Base URL、模型 ID 三件套3.1 在官网创建 Key 并把模型 ID 抄下来先打开 TaoToken注册登录后进控制台创建一把 API Key。创建完立刻复制整串粘进配置文件不要手动敲也不要在前后留空格和引号。同一把 Key 可以同时给对话测试和 OpenClaw 用方便对照。接着去模型广场看当前可用的模型 ID。这里有个坑模型列表会变别人三个月前博客里写的 ID 未必还在。所以配置里我统一写YOUR_MODEL_ID你实际填的时候把模型广场上那个 ID 原样复制过来注意大小写和连字符。以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时列表为准比抄任何教程都可靠。3.2 agent.yaml 里改 provider 段OpenClaw 的模型通道一般写在config/agent.yaml的 provider 段。不同小版本的字段名可能略有差异但核心就三样地址、Key、模型。改完大致长这样# config/agent.yaml provider: name: taotoken base_url: https://taotoken.net/api api_key: YOUR_API_KEY model: YOUR_MODEL_ID timeout: 60 agents: morning_brief: model: YOUR_MODEL_ID tools: [exa_search, milvus_recall, skill_rules] intraday_alert: model: YOUR_MODEL_ID tools: [exa_search, skill_rules]注意base_url那一行写到https://taotoken.net/api就停末尾既不要补/v1也不要带任何查询参数。SDK 会自己把/v1/chat/completions拼上去。你多写一段它就多拼一段。3.3 .env 版本的位置同步如果你用的版本是从环境变量读配置那就改项目根目录的.env# .env OPENCLAW_PROVIDERtaotoken OPENAI_API_KEYYOUR_API_KEY OPENAI_BASE_URLhttps://taotoken.net/api OPENCLAW_MODELYOUR_MODEL_ID两个地方同时存在的项目不少尤其是从旧版本升级上来的。判断办法很简单把.env里的 Key 临时改成明显错误的字符串跑一次任务如果报错内容变了说明它读的是.env如果毫无变化说明读的是agent.yaml。改对之后别忘了把 Key 换回来。3.4 Base URL 为什么只能写到 /api很多工具会把 Base URL 当成「父路径」来处理请求时自己补具体路由。你写https://taotoken.net/api它补成https://taotoken.net/api/v1/chat/completions你写https://taotoken.net/api/v1它补成https://taotoken.net/api/v1/v1/chat/completions。后者就是那个 404 的来源。还有一点容易忽略不要往 Base URL 上挂 UTM 参数。UTM 是给页面统计用的挂在接口地址上会被当成路径的一部分轻则参数被忽略重则路由匹配失败。官网落地页该带 UTM 就带接口地址保持干净。4. 改完先别急着开盯盘三步验证4.1 一条最小请求把通道验通先别跑完整 agent用一条最小请求确认通道。下面这条 curl 是手写完整路径所以这里出现/v1是正常的跟「Base URL 不要带 /v1」不矛盾curl -s https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer YOUR_API_KEY \ -H Content-Type: application/json \ -d { model: YOUR_MODEL_ID, messages: [{role: user, content: ping}] }返回里带正常的choices结构说明 Key 和模型 ID 都对。如果这里就 401别往下走先回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 重新生成一把 Key整串复制再试一次。4.2 手跑一次 morning_brief通道通了再手动触发一次早报任务python -m openclaw.run --task morning_brief --no-schedule看日志的三行exa search ok应该还在skill rules loaded应该还在llm request failed那一行应该消失换成模型返回的内容。如果 Exa 那行反而没了说明你误改了别的配置块把它改回去。4.3 回控制台核对调用记录早报发出来之后回 TaoToken 控制台看一眼调用记录确认这次请求记上了账。这一步常被跳过但它的价值在于日志里说成功了控制台里也有记录两边对得上才算真的通了。如果控制台里没有那说明请求其实没走这条路可能还有一份旧配置在生效。5. 401 反复出现时的对照排查5.1 报错与成因对照表现象常见成因处理方式401 invalid api keyKey 复制时带了空格、换行、引号或用了别的项目的 Key回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 重新创建一把整串粘贴404 not foundbase_url写成了https://taotoken.net/api/v1SDK 又拼了一次/v1改回https://taotoken.net/api400 model not found模型 ID 抄的是旧别名或大小写不一致以模型广场当时列表为准原样复制请求超时或连不上把 UTM 参数带进了base_urlbase_url只保留https://taotoken.net/api这张表基本覆盖了 OpenClaw 模型配置里九成的报错。注意第一行和第三行的区别401 是身份问题模型 ID 错了通常不会给你 401而是明确告诉你模型不存在。分清楚这一点改起来就不会乱。5.2 改完不生效的几种情况第一进程没重启。OpenClaw 如果是常驻进程配置文件改了它也读不到得重启服务或者新开一个终端再跑。第二虚拟环境装了两份你改的是 A 目录的.env实际跑的是 B 目录的代码。用pwd和which python确认一下当前工作目录。第三有系统级环境变量覆盖了项目配置echo $OPENAI_BASE_URL看一眼不是空的就先清掉再试。还有一种情况是 Key 本身没问题、地址也没问题但账户侧额度用尽了这时候报错往往不是 401 而是别的状态码。遇到不认识的返回先去控制台看用量比在本地反复改配置快得多。6. 盯盘 agent 继续跑下一步去哪里早报和盘中警报恢复正常之后建议立刻做一件事用同一把 Key 在 TaoToken 模型对话 里发一条消息确认模型 ID 和地址都写对了再把这条记录跟 OpenClaw 日志里的时间点对一下。两边时间对得上以后排查就有参照物。如果盯盘 agent 是每天定时跑、早报盘中复盘都覆盖额度消耗会比偶尔试一次高不少可以去 Coding Plan 看看套餐是否够用。需要新增或轮换 Key直接在 控制台 API Keys 里操作。想把这套配置沉淀成模板Claude Code 接入文档 里的环境变量写法也能当参考省的字段名下次再记一遍。