OpenClaw 跑 wechat-publisher 发公众号，Base URL 填 TaoToken

OpenClaw 装好 wechat-publisherTOOLS.md 里 WECHAT_APP_ID、WECHAT_APP_SECRET 和 IP 白名单都按原文做完第一次让 Agent 写公众号草稿却卡住Skill 有模型通道没有。TaoToken 要做的就是把这条模型通道补上去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 注册并创建 Key再回 OpenClaw 模型配置把 Base URL 填 https://taotoken.net/api。公众号凭证仍走公众号自己的流程。原文把 OpenClaw 当作本地优先的自托管 Agent用 Skill 扩展动作第四、五章拿 wechat-publisher 把 Markdown 推进公众号草稿箱。整个过程里真正烧 Token 的不是上传动作而是 OpenClaw 背后写文章、拆大纲、调 Skill 的那几轮模型调用。原文只在 TOOLS.md 里教了 WECHAT_APP_ID / WECHAT_APP_SECRET 和 IP 白名单没有交代模型这条通道怎么来。于是很多人把公众号侧配完Skill 也装好一执行才发现 Agent 连模型都还没接上。这篇就按「接入配置」的视角把 OpenClaw 的模型出口单独拎出来。顺序不复杂先注册创建 Key再把 OpenClaw 的模型配置指向 https://taotoken.net/api最后回到 wechat-publisher 草稿流程看日志。公众号的 AppID、AppSecret、IP 白名单、脚本执行照原文走不要和模型 Key 混在一起。1. OpenClaw 跑 wechat-publisher 前模型通道为什么是单独一层1.1 Skill 只负责「把稿子推进草稿箱」wechat-publisher 这个 Skill 的职责很具体读本地 Markdown处理封面图调公众号接口把内容送进草稿箱。它不负责替你写文章也不负责把一个大纲拆成小节。OpenClaw 在调用 Skill 之前先要用模型完成理解指令、生成或改写 Markdown、整理标题和摘要然后才轮得到 wechat-publisher 去上传。换句话说Skill 是手和脚模型通道是嘴和脑子。如果你只按原文把WECHAT_APP_ID、WECHAT_APP_SECRET和 IP 白名单配好公众号接口那一侧确实是通的。但 OpenClaw 发起模型请求时如果 Base URL 还是空的或者指向一个没有可用额度的官方地址Agent 会在「写稿」阶段就停下来。你看到的现象可能是对话没有输出、任务卡住或者日志里出现鉴权失败而不是公众号接口报错。所以排查顺序要反过来先确认 OpenClaw 能正常调用模型再确认 wechat-publisher 能拿到 Media ID。模型通道是前置条件Skill 是后置动作两者不要混成一件事。1.2 TOOLS.md 里该放什么公众号凭证与模型凭证分开原文让你把公众号凭证写进~/.openclaw/workspace/TOOLS.md这一步继续保留。TOOLS.md 适合放 wechat-publisher 需要读取的公众号侧信息例如 AppID、AppSecret、默认作者、封面目录。它不应该承担模型通道的全部配置尤其不要把模型 API Key 和公众号 Secret 写在同一段里后面排障会很痛苦。一个更清楚的做法是模型通道走 OpenClaw 自己的模型配置公众号通道走 TOOLS.md 或对话下发。这样 401 出现时你能立刻判断是模型 Key 的问题还是公众号 AppID / Secret 的问题。两者报错代码不同修复路径也不同。1.3 原文漏掉的那一步OpenClaw 自己也要有模型出口原文主线是「安装 OpenClaw → 装 Skill → 配公众号 → 让 AI 写文章 → 推草稿箱」。它默认你已经有一个可用的模型出口但没有展开这个出口从哪里来、Key 在哪里创建、Base URL 填什么。对于本地自托管 Agent 来说这一步不能靠猜。你需要一个兼容 OpenAI 风格的 API 通道把 Key、Base URL、模型 ID 三样东西交给 OpenClaw。TaoToken 在这里的角色就是统一 API 通道你在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 创建 Key拿模型广场里的模型 ID然后把 Base URL 填成 https://taotoken.net/api。OpenClaw 仍然在本地跑Skill 仍然在本地读文件公众号仍然由 wechat-publisher 推送变的只是模型请求发到哪里。2. 在 TaoToken 创建 OpenClaw 要用的 Key2.1 打开官网注册创建 YOUR_API_KEY先打开 TaoToken 注册账号。登录后进入控制台找到 API Keys 页面创建一个新的 Key。创建时给它起一个能认出来的名字例如openclaw-wechat方便后面在用量列表里对照。Key 生成后只显示一次或有限次数复制到安全位置不要直接贴到公开仓库。在本文所有配置示例里Key 都写成YOUR_API_KEY。你实际填的时候换成自己刚创建的那一串。不要把它写进 wechat-publisher 的 Skill 文件也不要提交到 Git。OpenClaw 的模型配置和公众号凭证是两套东西Key 属于模型配置这一侧。如果你还没有决定用哪个模型可以先不急着填模型 ID。先把 Key 和 Base URL 准备好再回模型广场挑一个当前可用的模型。模型列表会变化以你打开页面时看到的为准。2.2 模型 ID 去模型广场复制不要凭记忆写模型 ID 是最容易出错的一项。很多人习惯写一个记忆里的名字或者从旧文章里复制一个带日期后缀的 ID结果请求发出去变成 model not found。正确做法是在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场里找到你要用的模型复制它展示的完整 ID再填进 OpenClaw 配置。本文配置示例里统一写YOUR_MODEL_ID意思就是「以模型广场当时列表为准」。不要把它替换成 gpt-5 或随意加日期后缀的名字。OpenClaw 调 wechat-publisher 时写文章和拆大纲用的就是你在模型配置里指定的那个 ID。ID 错了Skill 还没机会执行模型请求就先失败了。如果你同时想给写作和代码任务用不同模型可以在 OpenClaw 里配置多个模型项把默认模型设为写公众号常用的那个。切换时只改模型 IDBase URL 和 Key 不用动。2.3 记住两个地址官网和 Base URL 不是一个东西这里最常混的是两个地址。官网落地页用于注册、创建 Key、看模型广场、看用量Base URL 用于填进 OpenClaw 的模型配置。它们长得像但用途完全不同。用途地址说明注册、创建 Key、看模型广场、看用量https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content给人点的页面填进 OpenClaw 模型配置https://taotoken.net/api末尾不要加/v1也不要加 UTM 参数Base URL 一旦写成https://taotoken.net/api/v1OpenClaw 拼接请求路径时就可能变成/v1/v1/...轻则 404重则一直鉴权失败。所以复制时只复制到/api为止。Key 从官网创建Base URL 填进工具两边不要互换。3. 回到 OpenClaw 模型配置Base URL 填 https://taotoken.net/api3.1 找到 OpenClaw 的模型配置文件OpenClaw 的配置目录通常在~/.openclaw/下面workspace 在~/.openclaw/workspace/。模型通道的配置可能在~/.openclaw/config.json、~/.openclaw/openclaw.json或你初始化时生成的同类文件里。不同版本字段名可能略有差异但核心就四项provider 或 type、baseUrl、apiKey、model。你打开本机已有的配置文件按它原本的结构替换值即可不要另建一套无关的全局配置。如果你用的是图形化或对话式配置也可以在 OpenClaw 的模型设置里选择 OpenAI Compatible 之类的自定义供应商然后填 Base URL、Key 和模型 ID。无论走文件还是走界面最终落点都一样请求发到https://taotoken.net/api带上YOUR_API_KEY使用你从模型广场复制的YOUR_MODEL_ID。3.2 一份可复制的模型配置片段下面是一个结构示例字段名按你本机 OpenClaw 版本为准。重点看值Base URL 是https://taotoken.net/apiKey 是YOUR_API_KEY模型是YOUR_MODEL_ID。{ models: { default: { provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: YOUR_API_KEY, model: YOUR_MODEL_ID } } }保存后重启 OpenClaw或者在对话里让它重新加载配置。不要在这个 JSON 里写公众号的WECHAT_APP_ID和WECHAT_APP_SECRET那些属于 wechat-publisher 的凭证放到 TOOLS.md 或对话下发。模型配置只负责让 OpenClaw 能发出模型请求。3.3 对话下发与持久化的区别有些 OpenClaw 用法支持在对话里临时下发模型凭证比如你不想把 Key 写进文件可以每次启动时通过环境变量或对话告诉它。这样做适合临时测试但每次重启都要重新来一遍。长期跑公众号发布任务建议把模型配置写进本机配置文件Key 通过权限收紧的文件保存或者用环境变量注入。对话下发的内容和 TOOLS.md 的内容不要互相覆盖。你可以这样理解模型配置决定 OpenClaw 用什么脑子写稿TOOLS.md 决定 wechat-publisher 用什么身份把稿子推进哪个公众号。两者都配好任务才能从头跑到尾。3.4 公众号凭证继续留在 TOOLS.md原文在 TOOLS.md 里教了WECHAT_APP_ID/WECHAT_APP_SECRET和 IP 白名单这部分照旧。一个简单的 TOOLS.md 片段如下# TOOLS.md ## wechat-publisher WECHAT_APP_IDwx_your_appid WECHAT_APP_SECRETyour_appsecretIP 白名单要去公众号后台把运行 OpenClaw 的机器出口 IP 加进去。这个动作和 TaoToken 的 Key 无关不要因为模型请求 401 就去改公众号白名单。反过来公众号报 40164 时也不要怀疑模型 Key。两套凭证分开排查效率会高很多。4. wechat-publisher Skill 第一次发草稿从 Markdown 到 Media ID4.1 安装 Skill 与确认目录结构按原文方式把 wechat-publisher Skill 放进 OpenClaw 的 workspace。常见位置是~/.openclaw/workspace/skills/wechat-publisher里面至少要有 Skill 描述文件和执行脚本。你可以先确认目录存在再让 OpenClaw 重新加载 Skill。mkdir -p ~/.openclaw/workspace/skills cd ~/.openclaw/workspace/skills # 按原文说明把 wechat-publisher Skill 放到这里 ls -laSkill 装好后OpenClaw 在对话里应该能识别到 wechat-publisher 这个能力。如果模型通道没配好它可能连「我要调用哪个 Skill」都推理不出来如果模型通道通了但 Skill 目录不对它会写稿却找不到上传动作。4.2 准备 Markdown 和封面图wechat-publisher 通常吃本地 Markdown 和一张封面图。你可以让 OpenClaw 先写一篇草稿存到 workspace 的 drafts 目录例如~/.openclaw/workspace/drafts/wechat-openclaw.md。封面图放在 assets 目录例如~/.openclaw/workspace/assets/cover.png。图片格式和尺寸按原文和 Skill 说明来不要临时换一个接口不支持的格式。Markdown 里不要写公众号不支持的复杂语法。代码块、表格、引用这些常见元素wechat-publisher 会做转换。转换失败时日志里通常能看到「markdown - html」这一步出错。先把内容收敛到普通 Markdown再逐步加复杂元素。4.3 给 OpenClaw 的触发指令模型通道和 Skill 都准备好后在 OpenClaw 对话里给一条明确指令。不要只说「发公众号」那样它会缺上下文。把文件路径、封面路径、目标动作写清楚。读取 ~/.openclaw/workspace/drafts/wechat-openclaw.md 用 wechat-publisher 发布到公众号草稿箱 封面用 ~/.openclaw/workspace/assets/cover.png 只进草稿不要群发。这条指令会先触发模型调用让 OpenClaw 理解任务并规划步骤然后调用 wechat-publisher。模型通道如果走的是 TaoToken你会在控制台看到这次对话产生的调用记录。Skill 执行阶段则去调公众号接口不消耗模型 Token。4.4 验证日志三个成功信号原文第二步的日志是最好的验收标准。跑通时重点看三个信号封面图上传成功、内容转换成功、拿到 Media ID 后进草稿箱。日志可能长这样[wechat-publisher] cover upload ok [wechat-publisher] markdown - html ok [wechat-publisher] draft created, media_id...看到media_id后去公众号后台草稿箱确认文章在不在。封面、正文、作者信息都正常说明模型通道和 Skill 都已生效。如果只看到模型输出没有 Skill 日志问题在触发指令或 Skill 装载如果 Skill 日志停在某个上传步骤问题在公众号凭证或 IP 白名单。5. 跑不通先查这几种错401、model not found、40013、401645.1 401 invalid api keyKey 过期或 Base URL 写错OpenClaw 报 401 时先看模型配置里的apiKey是不是从 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 创建的那一串。有没有多空格、少字符、复制了旧 Key。然后看 Base URL 是不是https://taotoken.net/api末尾有没有被误加/v1。如果 Key 没问题但 Base URL 带了/v1请求路径可能对不上也会表现为鉴权失败或 404。修复方法很简单重新创建一个 Key替换YOUR_API_KEYBase URL 只保留https://taotoken.net/api。保存后重启 OpenClaw再发一条最小对话测试。5.2 model not found模型 ID 与通道列表不一致这个错通常不是 Key 的问题而是模型 ID 写错。你可能用了记忆里的名字或者模型广场已经更新了列表。回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的模型广场复制当前可用模型的完整 ID替换配置里的YOUR_MODEL_ID。不要自己加日期后缀也不要写一个不存在的名字。如果你配置了多个模型检查默认模型指向的是哪一个。OpenClaw 可能读到了另一个旧配置项导致实际请求的还是错误 ID。5.3 40013 invalid appid公众号 AppID 和 Secret 不是一对模型通道通了Skill 也开始跑了但日志报40013 invalid appid这基本是公众号侧的问题。检查~/.openclaw/workspace/TOOLS.md里的WECHAT_APP_ID和WECHAT_APP_SECRET是不是同一个公众号的。AppID 和 Secret 不匹配、Secret 重置后没更新、或者复制时带了引号都会触发这个错。注意这个错和 TaoToken 的 Key 无关。不要因为看到 40013 就去重新创建模型 Key那只会浪费时间。公众号凭证归 TOOLS.md模型 Key 归 OpenClaw 模型配置。5.4 40164 IP 白名单与 Base URL 多 /v140164一般是公众号接口提示调用方 IP 不在白名单。去公众号后台把运行 OpenClaw 的机器出口 IP 加进去再重试草稿发布。如果机器是动态 IP需要把它固定下来或者每次变化后更新白名单。另一种常见问题是 Base URL 多写了/v1。模型请求失败时有人会顺手去改公众号配置其实应该先看 OpenClaw 模型配置里的baseUrl。正确值只有https://taotoken.net/api不要带/v1也不要带任何 UTM 参数。官网页面和接口地址是两回事别把落地页链接粘进配置文件。6. 把模型通道和 Skill 都验证一遍再去看用量6.1 最小对话测 OpenClaw 模型出口在重新跑 wechat-publisher 之前先用一条最小对话验证模型出口。打开 OpenClaw发一句「用一句话说明当前模型通道可用」看它能不能正常返回。如果这一步都不通先不要碰 Skill集中查 Key、Base URL、模型 ID。最小对话通过后再进公众号草稿流程变量会少很多。你也可以在 TaoToken 模型对话 里用同一把 Key 发一条测试消息。模型对话能返回说明 Key 和模型 ID 至少在这条通道上是可用的OpenClaw 仍然失败就回头检查 OpenClaw 的配置文件有没有生效、有没有重启、环境变量有没有覆盖。6.2 控制台看这次调用有没有记上草稿发布成功后回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_content 的控制台看用量。你应该能看到刚才 OpenClaw 写文章、拆大纲、调 Skill 那几轮模型调用记录。如果一条都没有说明 OpenClaw 实际没走这条模型通道可能还在用旧配置或环境变量里的其他地址。用量记录还能帮你判断成本花在哪。wechat-publisher 上传动作本身不消耗模型 Token消耗集中在模型生成和推理阶段。看到调用记录再看到公众号草稿箱里的文章才算整条链路真正闭环。6.3 后续要长期写公众号Key、套餐、文档入口如果你只是偶尔发一篇当前的 Key 和模型配置就够用。如果打算让 OpenClaw 长期写公众号、拆大纲、批量生成草稿可以打开 Coding Plan 看套餐是否匹配你的调用频率。Key 不够用时在 控制台 API Keys 重新创建再替换 OpenClaw 模型配置里的YOUR_API_KEY。公众号侧继续按原文维护 TOOLS.md、IP 白名单和 wechat-publisher Skill。模型侧只保留三件事Key 从控制台来Base URL 填https://taotoken.net/api模型 ID 以模型广场当时列表为准。下次再遇到草稿发不出去先看日志停在哪一步停在模型返回之前查模型通道停在封面图或 Media ID查公众号凭证和 Skill。把这条顺序固定下来OpenClaw 发公众号就不再是一次性的手工活。