1. 从手动复制到定时群发微信群自动推送的真实痛点每天早八点把一段“早安问候新闻摘要”复制到三个微信群看起来只是三十秒的事。可一旦出差、开会、睡过头群里就会有人问“今天怎么没发”。我试过用手机日历提醒结果提醒响了人还在洗漱消息照样迟到。后来我把这件事拆成三个可自动化的环节内容生成、定时触发、消息投递。内容生成交给大模型定时触发交给 OpenClaw 的任务编排消息投递走企业微信机器人的 Webhook。三者串起来就是一个每天定点自动群发的流水线。这套方案适合谁适合需要长期在固定微信群做内容推送的运营、社群管理员、行政通知岗以及想用最低成本跑通“AI 生成定时发送”闭环的开发者。它不依赖个人微信协议走的是企业微信官方机器人接口稳定性高、不易触发风控。核心检索词就是“微信群自动群发”和“企业微信机器人定时任务”本文会把 Webhook 配置、OpenClaw 工作流片段、TaoToken 统一 Key 管理、手动触发验证和日志排查全部给到目标是让你从零跑通每日定点群发。整个链路里最容易出问题的不是代码而是凭证管理。模型调用需要 API Key企业微信需要 Secret 和 Webhook KeyOpenClaw 需要通道配置。如果每个环节各管一套 Key换模型、换环境时就会到处改配置。所以我用 TaoToken 做统一 Key/API 通道管理把模型调用的凭证收敛到一个入口OpenClaw 只认一个 Base URL 和一个 Key后面换模型、加通道都不用动业务脚本。下面按“原问题与场景 → TaoToken 前置 → 可复制配置 → 验证请求 → 错排查 → CTA”的顺序展开。你可以直接照着复制也可以只挑自己缺的那一段。2. TaoToken 前置统一 Key 与 API 通道管理在动手写定时任务之前先把模型调用的凭证问题解决掉。OpenClaw 生成每日消息时需要调用大模型如果直接用某家厂商的 Key一旦想换模型或者做多通道备份就要改 OpenClaw 的配置文件甚至重启服务。TaoToken 的作用是把这些调用统一到一个 API 入口OpenClaw 侧只需要配置一个 Base URL 和一个 Key。具体来说TaoToken 提供兼容 OpenAI 风格的接口Base URL 是https://taotoken.net/api你可以在控制台创建 API Key然后在 OpenClaw 的模型配置里把base_url指向它。这样 OpenClaw 发出的模型请求会先到 TaoToken再由 TaoToken 路由到具体模型。对 OpenClaw 来说它只认识一个通道配置量最小。你需要提前准备三样东西一个 TaoToken 的 API Key、一个企业微信自建应用的 Secret、一个企业微信群机器人的 Webhook 地址。前两个用于模型调用和消息投递第三个用于把生成好的内容发到指定群。TaoToken 的 Key 在控制台的 API Keys 页面创建创建后复制保存页面关闭后不再完整显示。这里要强调一个配置原则OpenClaw 的模型配置里base_url必须写成https://taotoken.net/api不要带多余的路径后缀api_key填 TaoToken 控制台生成的 Keymodel填你要用的模型 ID。这三件套Base URL Key Model ID是后面所有配置的基础缺一个都会在日志里报 401 或 model not found。如果你用的是 Claude Code 类的编码工具做辅助开发也可以在它的配置里用同样的三件套指向 TaoToken这样本地调试和服务器上的 OpenClaw 用的是同一套凭证排查问题时不会因为环境不同而混淆。TaoToken 的接入文档里有各客户端的配置示例路径在https://taotoken.net/doc需要时对照即可。准备好这三样之后就可以进入 OpenClaw 的通道配置了。记住TaoToken 在这里的角色是“模型调用的统一出口”不是消息通道消息通道仍然是企业微信机器人。两者分工明确后面排查问题时才能快速定位是模型侧还是投递侧的问题。3. 可复制配置企业微信机器人 OpenClaw 工作流片段这一节给到可以直接复制的配置。先配企业微信机器人再配 OpenClaw 的通道和定时任务最后把模型调用指向 TaoToken。第一步在企业微信群里添加群机器人。进入目标群聊点击右上角设置找到“群机器人”添加一个自定义机器人命名比如“每日推送”。添加完成后会得到一个 Webhook 地址形如https://qyapi.weixin.qq.com/cgi-bin/webhook/send?keyxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx把这个地址保存好它就是消息投递的出口。注意群机器人 Webhook 的 key 是敏感信息不要提交到公开仓库。第二步配置 OpenClaw 的模型通道指向 TaoToken。编辑 OpenClaw 的配置文件通常是openclaw.json或对应环境的 settings 文件加入模型配置片段{ models: { default: { provider: openai-compatible, baseUrl: https://taotoken.net/api, apiKey: 你的_TaoToken_API_Key, model: 你的模型ID, timeout: 60000 } } }这里的baseUrl必须是https://taotoken.net/apiapiKey填 TaoToken 控制台创建的 Keymodel填你要用的模型 ID。三件套齐全OpenClaw 才能正常发起模型请求。第三步配置企业微信通道。如果你用的是企业微信自建应用接收回调配置片段如下{ channels: { wecom-app: { enabled: true, corpId: 你的企业ID, corpSecret: 你的应用Secret, agentId: 你的AgentId, token: 你的Token, encodingAESKey: 你的EncodingAESKey, dmPolicy: open, groupPolicy: open } } }如果你只用群机器人 Webhook 做投递不接收回调那么通道配置可以简化直接在定时任务里调用 Webhook 即可。下面给一个 OpenClaw 定时任务的 YAML 片段每天 8:00 触发先生成内容再发送tasks: - name: daily-morning-push schedule: 0 8 * * * timezone: Asia/Shanghai steps: - id: generate type: model model: default prompt: | 请生成每日早安消息包含日期、温馨问候、三条新闻摘要和结尾祝福。 格式要求每段开头加【福】标记语言简洁适合微信群阅读。 - id: send type: http method: POST url: https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key你的WebhookKey headers: Content-Type: application/json body: msgtype: text text: content: {{generate.output}}这个片段里generate步骤调用default模型也就是走 TaoToken 的通道send步骤把生成结果通过企业微信机器人 Webhook 发到群里。schedule用标准 cron 表达式0 8 * * *表示每天 8:00timezone指定上海时区避免服务器 UTC 时间导致提前或延后 8 小时。如果你用的是 Cline MCP 或 Codex 类的工具做本地编排同样把 Base URL、Key、Model ID 三件套写进对应配置。比如 Codex 的auth.json里配置 provider 的 base URL 和 keyCline MCP 的 settings 里配置模型通道逻辑一致。关键是不要让模型调用散落在多个地方统一走 TaoToken。配置完成后重启 OpenClaw 服务让配置生效。重启命令通常是openclaw gateway restart重启后不要急着等第二天 8 点先手动触发一次验证链路是否通。下一节给出手动触发和成功结果的判断方法。4. 验证请求与成功结果手动触发一次群发配置写完最怕的是等到第二天早上才发现没发出去。所以先手动触发一次任务把整条链路跑通。OpenClaw 一般提供任务触发命令或者你可以在控制台里点“立即执行”。命令行方式类似openclaw task run daily-morning-push执行后观察输出。如果模型调用成功你会看到生成的消息内容如果投递成功企业微信群里会立刻收到一条消息。成功结果有三个判断点第一命令返回没有 error第二日志里出现模型请求的 200 状态第三目标群收到消息。如果模型调用走的是 TaoToken日志里会显示请求发往https://taotoken.net/api返回状态 200并且有 token 用量信息。如果返回 401说明 Key 不对或没带上如果返回 404说明模型 ID 写错或路径不对。投递侧如果返回errcode: 0说明企业微信机器人接收成功如果返回errcode: 93000通常是 Webhook key 无效或机器人被移除。手动触发成功后建议再验证一次定时是否生效。可以把 cron 临时改成下一分钟比如* * * * *观察是否自动执行验证完再改回0 8 * * *。这一步能排除时区和调度器配置的问题。成功的手动触发输出大致如下[task] daily-morning-push started [model] request - https://taotoken.net/api status200 tokens312 [task] generate step done [http] POST qyapi.weixin.qq.com status200 body{errcode:0,errmsg:ok} [task] daily-morning-push finished看到errcode: 0和finished就说明从模型生成到群消息投递整条链路是通的。这时候再去群里确认消息内容是否符合预期如果格式或内容需要调整改 prompt 即可不用动投递配置。手动验证通过后把定时任务保持启用状态第二天早上 8 点它会自动执行。建议前三天每天检查一次日志确认没有偶发失败。如果连续三天都正常就可以放心长期运行了。5. 常见错排查401、local proxy failed、reading choices、OAuth即使配置看起来没问题实际跑的时候还是会遇到报错。下面按真实报错逐个排查。401 Unauthorized模型调用返回 401九成是 TaoToken 的 API Key 没配对。检查 OpenClaw 配置里的apiKey是否和控制台创建的一致注意不要有多余空格或换行。另外确认baseUrl是https://taotoken.net/api如果误写成带/v1或其他后缀也可能导致鉴权失败。企业微信侧如果返回 401则是 Secret 或 Token 配错重新核对自建应用的凭证。local proxy failed这个报错通常出现在 OpenClaw 启动或模型请求阶段说明本地代理配置有问题。检查 OpenClaw 的 settings 里是否残留了旧的 proxy 配置如果有删掉或改成直连。TaoToken 的接口不需要额外代理baseUrl直接写https://taotoken.net/api即可。如果服务器环境变量里有HTTP_PROXY或HTTPS_PROXY也会干扰请求临时 unset 掉再试。reading choices 报错这类报错一般是模型返回结构不符合预期OpenClaw 在解析choices字段时失败。常见原因是模型 ID 填错或者 TaoToken 路由到的模型返回格式和 OpenAI 不完全一致。先确认model字段填的是 TaoToken 支持的模型 ID再检查请求是否真的发到了 TaoToken。如果日志里显示请求发到了别的地址说明baseUrl没生效检查配置层级是否写对。OAuth 相关报错如果你在配置里用了 OAuth 方式的凭证但 OpenClaw 或企业微信侧不支持就会报 OAuth 错误。企业微信自建应用用的是 Secret 鉴权不是 OAuthTaoToken 用的是 API Key也不是 OAuth。所以配置里不应该出现 OAuth 流程。如果看到 OAuth 报错检查是否误用了某个客户端的 OAuth 配置模板改成 API Key 方式即可。排查时有一个通用方法先单独测模型调用再单独测 Webhook 投递最后测定时任务。模型调用可以用 curl 直接打 TaoToken 接口curl -X POST https://taotoken.net/api/chat/completions \ -H Authorization: Bearer 你的_TaoToken_API_Key \ -H Content-Type: application/json \ -d {model:你的模型ID,messages:[{role:user,content:test}]}如果这条命令返回正常说明 TaoToken 侧没问题问题在 OpenClaw 配置。如果这条命令也报 401那就是 Key 或模型 ID 的问题。Webhook 投递可以用 curl 单独测curl -X POST https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key你的WebhookKey \ -H Content-Type: application/json \ -d {msgtype:text,text:{content:test}}返回errcode: 0说明投递侧正常。两边都单独通了再合起来跑定时任务问题范围就缩小到调度配置了。6. 把凭证收口到 TaoToken让定时群发长期稳定这套方案跑通之后日常维护量很低。每天 8 点 OpenClaw 自动触发模型生成内容企业微信机器人投递到群。你不需要每天手动复制也不需要盯着时间。真正需要关注的只有两件事凭证是否有效、日志是否有异常。把模型调用的凭证收口到 TaoToken 之后换模型、加通道、做备份都只改一个地方。OpenClaw 侧的三件套Base URL Key Model ID保持不变业务脚本不用动。企业微信机器人的 Webhook 也只需要配一次除非群机器人被移除或 key 重置。如果你还想进一步扩展可以把每日消息的 prompt 做成可配置项比如从文件读取新闻源或者按星期几切换不同模板。OpenClaw 的任务编排支持多步骤你可以在生成步骤前加一个“抓取数据”步骤把外部数据喂给模型。这些扩展都不影响投递链路改的只是生成侧。需要创建 TaoToken API Key 或查看接入文档可以从这里进入API Keys 页面https://taotoken.net/api-keys接入文档https://taotoken.net/doc。如果你更想先验证模型对话效果可以用模型对话页面https://taotoken.net/chat试一条 prompt确认输出格式符合群发要求后再写进定时任务。长期做编码和 Agent 编排的话Coding Plan 页面https://taotoken.net/coding-plan有对应的方案说明。把凭证管好定时群发这件事就能长期稳定跑下去。