OpenClaw 装好 wechat article publisher 技能之后模型通道就成了那条链路上最关键的变量。把 OpenClaw 的模型服务指到 TaoToken 行不行行。去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册、创建一把 API Key再把模型 Base URL 填成 https://taotoken.net/apiWeb UI 里那句「帮我推送到公众号草稿箱」就能跑起来。但这个「能跑起来」有前提。原文那条链路里抓热点、起标题、写正文、生成排版描述、把 Markdown 转成公众号可读的 HTML每一步都在烧模型 Token。技能装好了只代表「手」有了模型通道没配通等于手握着工具但没人下指令。微信那侧的 AppID、AppSecret、IP 白名单该去公众平台配还是去公众平台配TaoToken 只负责模型这一段不要指望它替你搞定草稿箱权限。下面按原文的节奏走一遍先在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 把 Key 和模型 ID 拿到手再改 OpenClaw 的模型配置最后照旧用 --dry-run 预览、推草稿、看 draft_media_id 返回中间穿插几处容易撞上的报错。1. 装完 wechat article publisherOpenClaw 真正缺的是模型通道1.1 原文那条链路里模型 Token 到底花在哪原文的玩法很直白在 OpenClaw Web UI 聊天框里输入一句话让 AI 把某篇本地 Markdown 或某个网页链接套上 standard 或 viral 模板排版后推进微信公众号草稿箱。命令行那侧更细python scripts/publish_wechat.py 你的文章绝对路径.md --dry-run先出预览去掉--dry-run才真正生成草稿。这条链路看着是「微信技能在工作」实际上是模型在驱动整条流水线。网页链接要先抓正文、去掉导航和广告这是一次模型调用Markdown 要转成公众号能接受的富文本哪里加粗、哪里放小标题、段落怎么断模型的排版描述也算一次调用如果是场景 2 那种「抓 OpenClaw 相关热门新闻、整理成一篇推文」的指令抓取之后还得提炼、归类、写导语、配小标题Token 消耗比单纯排版高出一截。所以「技能装好了但用不了」这种情况八成不是技能的问题。技能脚本本身只是把模型产出的内容投递给微信接口模型那一段断了后面全断。原文在前置环境里列的是 Node.js 20.x、OpenClaw 框架、能打开 Web UI 聊天面板、装了 wechat article publisher 技能这四条是「能不能动手」模型通道是第五条是「有没有人指挥」。1.2 TaoToken 只做模型这一段微信那套不归它管先把边界说清楚省得后面来回折腾。TaoToken 提供的是模型 API Key 和 Base URL也就是你在 OpenClaw 里填「模型服务地址」和「模型密钥」这两个格子时用到的东西。它不碰你的公众号也拿不到你在微信公众平台上的 AppID 和 AppSecret更不可能替你往 IP 白名单里加地址。微信公众号那套权限仍旧按原文走登录微信公众平台扫码进入目标公众号在【设置与开发】→【账号配置】里复制开发者 ID(AppID)AppSecret 遗失就在【开发者密码(AppSecret)】里点重置、扫码验证后复制只显示一次存好。IP 白名单也照旧在【基本信息】→【IP 白名单】里改把 OpenClaw 报错里给出的那个出口 IP 粘进去保存、扫码验证、等几分钟同步。两个东西容易混微信凭证决定「AI 能不能动你的公众号」模型 Key 决定「AI 有没有脑子写稿」。前者配错推送时接口直接拒绝后者配错聊天框里连一句正常的回复都拿不到。分开配分开查别把 AppSecret 填到模型 Key 那一栏。1.3 去 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 拿 Key 和模型 ID打开 TaoToken 官网扫码或邮箱注册进控制台创建一把 API Key。创建时给它起个能认出来的名字比如openclaw-wechat方便以后在用量列表里对账。复制出来的那串就是后面要填的 Key本文统一写成占位符YOUR_API_KEY实际配置时换成你自己的那串。同一页附近能看到模型广场里面列的是当前可用的模型 ID。这里是原文里没有的一步但必须走OpenClaw 要指定用哪个模型来生成和改稿模型 ID 写错请求会直接被拒。不要凭印象写一个带日期后缀或者带版本号的名字直接复制模型广场里显示的完整 ID以模型广场当时列表为准。Key 和模型 ID 到手模型这一段就算准备好了。接下来是把它塞进 OpenClaw。2. 把 OpenClaw 的模型 Base URL 指向 https://taotoken.net/api2.1 Web UI 里加一个自定义模型服务OpenClaw 的模型配置入口在 Web UI 的设置区域不同版本可能叫 Provider、Model、模型服务之类。思路是一致的新增一个自定义或 OpenAI 兼容类型的提供方然后把三个值填进去。Base URL 填https://taotoken.net/api注意末尾不要带/v1。这一点和很多工具的直觉相反不少人看到「Base URL」下意识就补一个/v1结果请求打到不存在的路径上报 404。填https://taotoken.net/api就好。API Key 填YOUR_API_KEY换成你在控制台创建的那串。模型 ID 填从模型广场复制的那个。三个值填完保存OpenClaw 这边的模型通道就算接上了。如果界面里还有「协议」「格式」之类的下拉项按你 OpenClaw 版本的默认推荐选不要额外拼路径。2.2 环境变量方式与不同协议的变量名如果你的 OpenClaw 习惯从环境变量读模型配置也可以走这一条。按 OpenAI 兼容协议接入时常见写法是这样export OPENAI_API_KEYYOUR_API_KEY export OPENAI_BASE_URLhttps://taotoken.net/api如果你的版本是按 Anthropic 协议接入的对应的是另一组变量名值同样指向 TaoTokenexport ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_BASE_URLhttps://taotoken.net/api写进~/.bashrc或~/.zshrc之后记得source一下或者重开终端让变量在当前会话里生效。变量名以你本地 OpenClaw 设置页显示的为准不同版本略有差异照着它要求的那一组填别自己创造名字。无论哪一组Base URL 都是https://taotoken.net/api不带 UTM 参数也不带/v1。2.3 填完先发一条普通对话自检这一步很容易被跳过但它能省掉后面一半的排查时间。配置保存后不要急着让它写公众号文章先在 OpenClaw 聊天框里发一句最普通的对话比如「用一句话说明你现在用的是什么模型」。能正常回说明 Key 有效、Base URL 对、模型 ID 也认。回不来就看返回的错误类型提示密钥无效或未授权多半是 Key 复制时少了几位或者填错了栏位提示找不到模型回去模型广场核对 ID 是否一字不差提示 404检查 Base URL 尾巴上是不是多了/v1或者多了斜杠。这三类问题在配置阶段解决比在推送草稿那一步撞上要轻松得多。3. 微信公众平台那三件事还是按原文自己走一遍3.1 AppID 与 AppSecret在微信后台复制别混进模型配置原文的核心权限配置部分写得挺清楚这里按同一路径再走一次。扫码登录微信公众平台左侧【设置与开发】→【账号配置】页面上显示的开发者 ID(AppID) 复制下来。AppSecret 找不到就点【开发者密码(AppSecret)】旁边的重置扫码验证后新密码只显示一次复制后找个安全的地方存。拿到之后有两种交给 OpenClaw 的方式原文都给了。方式一是在聊天框里直接说「帮我配置微信公众号的 AppID、AppSecret、author 名字AppIDxxxAppSecretxxxauthor 名某某」它会自己去写配置。方式二是写进系统环境变量重启终端生效适合长期跑定时任务的机器。选哪种都行但记住这两个值只属于微信跟模型 Key 没有任何关系。3.2 IP 白名单报错里给的那个 IP 直接粘进去这是原文点名的「最核心踩坑点」。现象很明确OpenClaw 返回微信公众号 API 的 IP 白名单错误提示当前服务器出口 IP 没在公众号后台白名单里。哪怕 AppID 和 AppSecret 全对IP 不在名单里所有发文操作一律被拒。操作也不绕不用自己去查什么 IP就以 OpenClaw 报错提示里的那个 IP 为准复制它回到微信开发者平台【基本信息】→【IP 白名单】点「修改」粘进去确认保存并扫码验证。加完之后别立刻测微信后台同步有延迟原文说等 5 分钟等够了再回到聊天框说一句「IP 白名单已添加完成帮我重新推送草稿」它会接着把剩下的步骤走完。3.3 两套凭证分开放别混在一个地方配到这一步机器上其实有两组敏感信息一组是微信的 AppID/AppSecret一组是模型通道的YOUR_API_KEY。放在同一份配置文件里没问题但记录的时候分开记出问题时才能快速定位是哪一侧。推送失败时先自问一句刚才那条普通对话能正常回吗能回模型通道就是好的问题在微信接口这一侧去查白名单和权限不能回先修模型配置别急着往微信后台加 IP。4. Web UI 一句指令从 --dry-run 预览到草稿箱里的 Media ID4.1 Markdown 文件和网页链接两种输入原文推荐新手走 Web UI 零代码路线这个顺序是对的。第一步永远是预览不是推送。--dry-run是模拟模式不调用微信接口、不生成草稿只把渲染后的排版效果给你看标题层级、加粗、图片位置、段落间距都能提前确认。零风险。本地文件可以直接说「帮我把【你的 Markdown 文件绝对路径】这篇文章用 --dry-run 模式预览排版效果不推送公众号」。网页链接换成「帮我提取【目标网页 URL】的文章内容用微信公众号 standard 模板排版--dry-run 预览效果」。路径尽量写绝对路径相对路径在不同工作目录下容易找不着文件。4.2 正式推送与成功反馈怎么看预览确认没问题第二步才是推送。基础版指令是「排版预览无误帮我把【你的 Markdown 文件路径或网页链接】的文章推送到微信公众号草稿箱」。想要更细的控制就上进阶版指定 viral 模板、作者笔名、封面图绝对路径。推送成功后OpenClaw 会返回文章的 Media ID同时给出公众号后台草稿箱的查看链接。这个返回值和命令行侧的draft_media_id是同一类东西它出现就说明微信接口这次调用是成功的草稿确实落进了后台。登录微信公众平台在「草稿箱」里能看到排版好的完整文章来源会显示为 API 推送。看不到草稿却有返回值那就要回头查是不是推到了另一个公众号。4.3 让 OpenClaw 自己抓热点写一篇原文场景 2 更有意思不准备稿子直接给指令让它自己找内容。可以照这个思路说「按微信公众号推文的格式和排版要求抓取当前 OpenClaw 相关的热门新闻、更新动态、实用玩法整理汇总成一篇逻辑清晰、可读性强的公众号文章要求适配配图先 --dry-run 预览排版效果我确认后再推送到公众号草稿箱」。这条指令里的每一个动作都在消耗模型 Token搜索后的内容整理、多段信息的归纳、标题的取舍、配图位置的描述全都是模型在算。所以模型通道的稳定性直接影响这条流水线能不能一次跑完。跑到一半断了多半是通道侧超时或限流先看返回的错误再决定是重试还是换模型 ID。5. 命令行和定时任务模型通了以后才谈得上自动化5.1 publish_wechat.py 的三个常用动作命令行这条路原文写得很细技能默认装在~/.openclaw/workspace/skills/wechat article publisher自定义智能体则在~/.openclaw/workspace-你的自定义agentid/skills/wechat article publisher。先cd进技能根目录再执行脚本。预览用python scripts/publish_wechat.py 你的文章绝对路径.md --dry-run网页链接就把文件路径换成 URL。执行成功会返回 preview_html 文件复制内容到浏览器打开看到的就是和公众号一致的排版效果。正式生成草稿去掉--dry-run即可成功返回draft_media_id。--publish --status这两个参数要慎重原文也提醒了个人订阅号没有 API 直接发布的权限用这个参数会报 48001只能生成草稿后手动去后台点发布。企业认证公众号才谈得上直接提交。常用参数里--template viral切模板--author覆盖作者名--cover-image指定封面图绝对路径--source-url加原文来源链接。5.2 定时任务与批量推送自动化那部分的逻辑是「定时把稿子推进草稿箱」。Web UI 里可以直接说「帮我设置一个定时任务每天上午 9 点自动把 /root/daily-article.md 这篇文章推送到公众号草稿箱发布完成后给我日志反馈」。Linux 下也可以用 cron编辑crontab -e加一行0 9 * * * cd ~/.openclaw/workspace/skills/wechat article publisher bash scripts/publish.sh 你的文章路径.md /var/log/wechat-publish.log 21重定向那段别丢出问题全靠日志。批量推送就是把一批 Markdown 放进同一个文件夹然后说「帮我批量发布 ./articles 文件夹里的所有 Markdown 文章挨个推送到公众号草稿箱每篇间隔 5 秒避免触发限流」。间隔时间是有意义的短时间内连续调微信接口容易撞限流5 秒是个稳妥的起步值。6. 报错对照表先分清是模型通道还是微信接口6.1 模型通道这一侧报错现象大概率原因处理聊天框里普通对话就报未授权、密钥无效Key 填错或已失效回 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 控制台核对 Key必要时重新创建提示找不到模型 / model not found模型 ID 写错复制模型广场里的完整 ID别自己拼请求 404Base URL 尾巴多了/v1或斜杠改回https://taotoken.net/api长文生成到一半断掉通道超时或触发了限流减少单次输出长度或换个模型 ID 再试这张表里的前三行都能在 2.3 那步自检时提前发现。所以别省那条测试对话。6.2 微信公众号接口这一侧原文的高频报错表基本可以直接照着用。IP 白名单错误就是出口 IP 没加进公众号后台复制报错里的 IP 去【基本配置】→【IP 白名单】添加等 5 分钟再推。48001: api unauthorized是公众号没有对应接口权限个人订阅号去掉--publish只生成草稿。41005: media data missing一般是封面图缺失或路径不对补上--cover-image绝对路径确认文件存在、格式是 jpg 或 png、大小不超过 2MB。skill not found: wechat article publisher说明技能没装成在聊天框里说「帮我安装 wechat article publisher 技能」让它自己装。WECHAT_APP_ID is required是凭证没配到重新确认 AppID 和 AppSecret 有没有落到正确的位置环境变量方式的话检查当前终端有没有生效。title is required in frontmatter是 Markdown 顶部缺 frontmatter补上title字段就行。7. 跑通第一篇之后回控制台对一下这次调用第一篇草稿进了公众号后台别急着关页面。OpenClaw 写稿消耗的是模型 Token这些调用会记在模型通道那侧。可以顺手去 TaoToken 模型对话 里用同一把 Key 发一条测试消息确认模型 ID 和 Base URL 在别的入口下也一致顺便看看返回是否符合预期。如果打算把「每天自动出一篇」跑成常态可以打开 Coding Plan 看看套餐够不够用顺手补几把 Key 用于不同用途入口在 控制台 API Keys。OpenClaw 那边的模型填法对着 Base URL 这条主线走就行环境变量怎么写、协议怎么选可以参照 Claude Code 接入文档 里的字段对照思路是一致的。最后提醒一句定时任务跑起来之后日志文件别删。哪天早上草稿没进后台先看日志里的错误是模型侧还是微信侧比漫无目的地重启服务快得多。
