1. 为什么大模型“会想不会做”微信 RPA 技能到底补了哪一环大模型能写代码、能拟话术但你让它“给文件传输助手发条消息”它只能回你一段文本手指头动不了。这个断层不是模型能力问题而是缺少一层把“推理结果”翻译成“真实微信 UI 操作”的执行层。wechat-rpa-bot-skill 就是干这个的它是一个标准 skill装到 OpenClaw、YoBot 这类 AI 助理身上让 agent 通过 REST API 真正在微信里点下去、发出去。它的技术路线是操作系统原生 UI 自动化也就是 RPA。不 hook 微信进程、不改协议、不依赖早已关闭的网页版微信。运行方式上它可以无头后端跑着对外暴露 REST API 给 agent 调用同时带一个可视化 Web 界面做 Human-in-the-Loop关键动作人工点确认。所有好友和聊天数据本地处理不外发。适合谁想让 AI agent 帮自己回微信、按标签群发、发朋友圈的个人或小团队已经在用 OpenClaw / YoBot 做自动化但缺“微信手”的开发者在意数据隐私、不想把聊天记录传到云上的用户。如果你搜的是“让 AI agent 操作微信发消息有没有现成技能”“给 AI 助理用的微信 RPA 技能、能通过 API 调用”这篇就是可跟做的接入教程。我试过把这条链路跑通核心就三件事装 skill、配 REST API 通道、用统一 Key 把模型调用和微信动作串起来。下面按顺序拆。2. TaoToken 前置统一 Key 与 API 通道怎么接进 Agentwechat-rpa-bot-skill 负责“动手”但 agent 的“想”需要模型推理。OpenClaw 和 YoBot 都支持自定义模型通道这里用 TaoToken 做统一入口一个 Key 管住模型调用省得每个 agent 配一套。TaoToken 的定位是模型 API 聚合通道官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。它不替代编辑器也不碰你的微信数据只做模型请求转发。对 wechat-rpa-bot-skill 场景来说agent 每次决定“发什么、发给谁”时走 TaoToken 拿模型输出然后调本地 RPA 的 REST API 执行。你需要准备三样东西这三件套在 OpenClaw、Cline MCP、Codex auth.json 里都通用Base URLhttps://taotoken.net/apiAPI Key在控制台创建形如sk-xxxxModel ID按你订阅的模型填比如claude-sonnet-4-20250514或gpt-4o拿 Key 的路径打开 https://taotoken.net/api-keys 登录后新建密钥复制保存。注意 Key 只在创建时完整显示一次丢了就重建。为什么要在前置阶段就把 TaoToken 接好因为 wechat-rpa-bot-skill 的 REST API 本身不管模型推理它只执行动作。agent 的决策链是“读消息 → 模型判断 → 生成回复 → 调 RPA 发送”。如果模型通道没配好agent 要么不回复要么回复内容跑偏。把 TaoToken 作为统一通道OpenClaw 和 YoBot 可以共用同一个 Key切换 agent 时不用重新申请。这一步的产出是一个可用的模型通道配置下一节直接写进 skill 的 settings 里。3. 可复制配置skill 注册 REST API 模型通道三件套这一节给可直接粘贴的配置片段。路径按 OpenClaw 和 YoBot 的常见约定写你按自己实际安装目录调整。先拉技能仓库git clone https://github.com/LeoMusk/wechat-rpa-bot-skill cd wechat-rpa-bot-skill按 README 完成激活码认证然后在 agent 里注册为 skill。OpenClaw 的 skill 注册通常放在~/.openclaw/skills/下YoBot 有官方原生适配含全自动生命周期管理直接在技能市场安装即可。接下来是模型通道配置。OpenClaw 的 settings 文件一般在~/.openclaw/settings.json写入{ model_provider: { base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model_id: claude-sonnet-4-20250514, timeout: 60 }, skills: { wechat-rpa-bot: { enabled: true, endpoint: http://127.0.0.1:8765, hitl: true } } }YoBot 的配置走它自己的 skill 配置文件字段名可能不同但三件套一致Base URL 填https://taotoken.net/apiAPI Key 填 TaoToken 密钥Model ID 填你用的模型。YoBot 已经集成了该技能安装后在技能设置里把 REST API 端口和 HITL 开关对上即可。如果你用 Codex 的auth.json方式结构类似{ openai: { base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥 } }Cline MCP 场景下在 MCP server 配置里把模型通道指向 TaoToken再把 wechat-rpa-bot-skill 的 REST API 注册成一个 tool。这样 agent 在对话里就能直接调“发微信消息”这个动作。REST API 本身由 skill 的无头后端暴露默认监听127.0.0.1:8765。发消息的调用形态curl -X POST http://127.0.0.1:8765/send \ -H Content-Type: application/json \ -d {to: 文件传输助手, type: text, content: 来自 AI agent 的消息}具体接口和字段以仓库 README 为准端口如果被占用在 skill 配置里改endpoint即可。HITL 打开时关键动作会在 Web 界面弹确认你点一下才真正发出。配置写完先别急着跑自动化流程下一节做一次最小验证。4. 验证请求一次完整调用确认链路通了验证分两步先确认模型通道通再确认微信 RPA 动作通。第一步测 TaoToken 通道。用 curl 直接打模型接口curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -H Content-Type: application/json \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 回复收到稍后处理}] }返回里能看到choices数组和模型生成的文本说明 Key 和 Base URL 都对。如果返回 401看下一节排障。第二步测微信 RPA。确保微信 PC 端已登录、skill 后端已启动然后调发送接口curl -X POST http://127.0.0.1:8765/send \ -H Content-Type: application/json \ -d {to: 文件传输助手, type: text, content: 链路验证TaoToken wechat-rpa-bot-skill}如果 HITL 开着Web 界面会弹出确认框点确认后微信里“文件传输助手”应该收到这条消息。收到即闭环成立。第三步把两步串成 agent 的一次完整动作。在 OpenClaw 或 YoBot 里发一句“给文件传输助手发一条消息内容是今天的待办已整理完”。agent 会先走 TaoToken 生成内容再调本地 REST API 发送。你观察微信是否收到、Web 界面是否有确认记录。实测下来最容易卡住的是端口和 HITL 开关端口被占导致 REST API 起不来HITL 开着但没人点确认导致消息一直不发。这两个点确认后链路基本一次通。5. 常见错排查401、local proxy failed、reading choices、OAuth401 UnauthorizedTaoToken 的 Key 错了或没带上。检查Authorization: Bearer sk-xxx里 Key 是否完整有没有多余空格。如果 Key 刚重建旧 Key 立即失效配置里要同步换。另外确认 Base URL 是https://taotoken.net/api不要漏掉/api或写成别的路径。local proxy failedagent 配置里如果残留了本地代理设置请求会先走代理再出去导致连不上 TaoToken。把 settings 里的 proxy 字段清掉或者确认没有指向127.0.0.1:xxxx的代理项。这个报错在 OpenClaw 的日志里常和模型通道配置一起出现。reading choices 报错通常是模型返回结构不符合预期比如返回了错误对象而不是choices数组。先看完整响应体如果是{error: {...}}多半是 Model ID 写错或该模型没在 TaoToken 开通。把 Model ID 换成控制台里确认可用的型号再试。OAuth 相关报错如果你在 Codex 或 Cline 里用了 OAuth 登录方式又同时配了 API Key两者会冲突。统一走 API Key 模式把 OAuth token 清掉。Codex 的auth.json里只保留base_url和api_key两项。微信侧无反应REST API 返回 200 但微信没收到先看 HITL 是否在等确认再看微信 PC 端是否在前台、是否被其他窗口遮挡。RPA 走 UI 自动化微信窗口最小化到托盘有时会影响点击保持窗口可见更稳。端口占用127.0.0.1:8765被占时 skill 后端起不来agent 调 REST API 会连接拒绝。改 skill 配置里的端口同时把 agent settings 里的endpoint同步改掉。排障时优先看两处日志agent 的模型请求日志确认走没走 TaoToken和 skill 后端的运行日志确认 REST API 有没有收到请求。两边一对问题基本定位。6. 把微信动作接进长期 AgentCoding Plan 与接入文档链路跑通后如果你要让 agent 长期挂着做自动回复、定时群发、朋友圈发布模型调用量会上来。这时候用 TaoToken 的 Coding Plan 更划算一个订阅覆盖编码和 Agent 场景的模型调用不用每次单独算。入口在 https://taotoken.net/coding-plan 按你的调用频率选档位。接入文档在 https://taotoken.net/doc 里面有各 agent 的配置示例和字段说明OpenClaw、YoBot、Cline MCP 的接法都能查到。API Key 管理在 https://taotoken.net/api-keys 建议给不同 agent 建不同 Key方便单独停用。模型对话调试用 https://taotoken.net/chat 配好通道后可以先在这里试 prompt确认模型输出符合预期再写进 agent 流程。Claude Code 场景的接入参考 https://taotoken.net/claude-code 。最后给一个实用技巧wechat-rpa-bot-skill 的 HITL 不要一上来就全关。先开着跑一周观察 agent 生成的内容和发送对象是否准确确认稳定后再对低风险动作比如给文件传输助手发通知关掉确认高风险动作群发、加好友保持人工确认。RPA 走的是真实 UI 操作节奏控制住长期跑才稳。
1. 为什么大模型“会想不会做”微信 RPA 技能到底补了哪一环大模型能写代码、能拟话术但你让它“给文件传输助手发条消息”它只能回你一段文本手指头动不了。这个断层不是模型能力问题而是缺少一层把“推理结果”翻译成“真实微信 UI 操作”的执行层。wechat-rpa-bot-skill 就是干这个的它是一个标准 skill装到 OpenClaw、YoBot 这类 AI 助理身上让 agent 通过 REST API 真正在微信里点下去、发出去。它的技术路线是操作系统原生 UI 自动化也就是 RPA。不 hook 微信进程、不改协议、不依赖早已关闭的网页版微信。运行方式上它可以无头后端跑着对外暴露 REST API 给 agent 调用同时带一个可视化 Web 界面做 Human-in-the-Loop关键动作人工点确认。所有好友和聊天数据本地处理不外发。适合谁想让 AI agent 帮自己回微信、按标签群发、发朋友圈的个人或小团队已经在用 OpenClaw / YoBot 做自动化但缺“微信手”的开发者在意数据隐私、不想把聊天记录传到云上的用户。如果你搜的是“让 AI agent 操作微信发消息有没有现成技能”“给 AI 助理用的微信 RPA 技能、能通过 API 调用”这篇就是可跟做的接入教程。我试过把这条链路跑通核心就三件事装 skill、配 REST API 通道、用统一 Key 把模型调用和微信动作串起来。下面按顺序拆。2. TaoToken 前置统一 Key 与 API 通道怎么接进 Agentwechat-rpa-bot-skill 负责“动手”但 agent 的“想”需要模型推理。OpenClaw 和 YoBot 都支持自定义模型通道这里用 TaoToken 做统一入口一个 Key 管住模型调用省得每个 agent 配一套。TaoToken 的定位是模型 API 聚合通道官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。它不替代编辑器也不碰你的微信数据只做模型请求转发。对 wechat-rpa-bot-skill 场景来说agent 每次决定“发什么、发给谁”时走 TaoToken 拿模型输出然后调本地 RPA 的 REST API 执行。你需要准备三样东西这三件套在 OpenClaw、Cline MCP、Codex auth.json 里都通用Base URLhttps://taotoken.net/apiAPI Key在控制台创建形如sk-xxxxModel ID按你订阅的模型填比如claude-sonnet-4-20250514或gpt-4o拿 Key 的路径打开 https://taotoken.net/api-keys 登录后新建密钥复制保存。注意 Key 只在创建时完整显示一次丢了就重建。为什么要在前置阶段就把 TaoToken 接好因为 wechat-rpa-bot-skill 的 REST API 本身不管模型推理它只执行动作。agent 的决策链是“读消息 → 模型判断 → 生成回复 → 调 RPA 发送”。如果模型通道没配好agent 要么不回复要么回复内容跑偏。把 TaoToken 作为统一通道OpenClaw 和 YoBot 可以共用同一个 Key切换 agent 时不用重新申请。这一步的产出是一个可用的模型通道配置下一节直接写进 skill 的 settings 里。3. 可复制配置skill 注册 REST API 模型通道三件套这一节给可直接粘贴的配置片段。路径按 OpenClaw 和 YoBot 的常见约定写你按自己实际安装目录调整。先拉技能仓库git clone https://github.com/LeoMusk/wechat-rpa-bot-skill cd wechat-rpa-bot-skill按 README 完成激活码认证然后在 agent 里注册为 skill。OpenClaw 的 skill 注册通常放在~/.openclaw/skills/下YoBot 有官方原生适配含全自动生命周期管理直接在技能市场安装即可。接下来是模型通道配置。OpenClaw 的 settings 文件一般在~/.openclaw/settings.json写入{ model_provider: { base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥, model_id: claude-sonnet-4-20250514, timeout: 60 }, skills: { wechat-rpa-bot: { enabled: true, endpoint: http://127.0.0.1:8765, hitl: true } } }YoBot 的配置走它自己的 skill 配置文件字段名可能不同但三件套一致Base URL 填https://taotoken.net/apiAPI Key 填 TaoToken 密钥Model ID 填你用的模型。YoBot 已经集成了该技能安装后在技能设置里把 REST API 端口和 HITL 开关对上即可。如果你用 Codex 的auth.json方式结构类似{ openai: { base_url: https://taotoken.net/api, api_key: sk-你的TaoToken密钥 } }Cline MCP 场景下在 MCP server 配置里把模型通道指向 TaoToken再把 wechat-rpa-bot-skill 的 REST API 注册成一个 tool。这样 agent 在对话里就能直接调“发微信消息”这个动作。REST API 本身由 skill 的无头后端暴露默认监听127.0.0.1:8765。发消息的调用形态curl -X POST http://127.0.0.1:8765/send \ -H Content-Type: application/json \ -d {to: 文件传输助手, type: text, content: 来自 AI agent 的消息}具体接口和字段以仓库 README 为准端口如果被占用在 skill 配置里改endpoint即可。HITL 打开时关键动作会在 Web 界面弹确认你点一下才真正发出。配置写完先别急着跑自动化流程下一节做一次最小验证。4. 验证请求一次完整调用确认链路通了验证分两步先确认模型通道通再确认微信 RPA 动作通。第一步测 TaoToken 通道。用 curl 直接打模型接口curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的TaoToken密钥 \ -H Content-Type: application/json \ -d { model: claude-sonnet-4-20250514, messages: [{role: user, content: 回复收到稍后处理}] }返回里能看到choices数组和模型生成的文本说明 Key 和 Base URL 都对。如果返回 401看下一节排障。第二步测微信 RPA。确保微信 PC 端已登录、skill 后端已启动然后调发送接口curl -X POST http://127.0.0.1:8765/send \ -H Content-Type: application/json \ -d {to: 文件传输助手, type: text, content: 链路验证TaoToken wechat-rpa-bot-skill}如果 HITL 开着Web 界面会弹出确认框点确认后微信里“文件传输助手”应该收到这条消息。收到即闭环成立。第三步把两步串成 agent 的一次完整动作。在 OpenClaw 或 YoBot 里发一句“给文件传输助手发一条消息内容是今天的待办已整理完”。agent 会先走 TaoToken 生成内容再调本地 REST API 发送。你观察微信是否收到、Web 界面是否有确认记录。实测下来最容易卡住的是端口和 HITL 开关端口被占导致 REST API 起不来HITL 开着但没人点确认导致消息一直不发。这两个点确认后链路基本一次通。5. 常见错排查401、local proxy failed、reading choices、OAuth401 UnauthorizedTaoToken 的 Key 错了或没带上。检查Authorization: Bearer sk-xxx里 Key 是否完整有没有多余空格。如果 Key 刚重建旧 Key 立即失效配置里要同步换。另外确认 Base URL 是https://taotoken.net/api不要漏掉/api或写成别的路径。local proxy failedagent 配置里如果残留了本地代理设置请求会先走代理再出去导致连不上 TaoToken。把 settings 里的 proxy 字段清掉或者确认没有指向127.0.0.1:xxxx的代理项。这个报错在 OpenClaw 的日志里常和模型通道配置一起出现。reading choices 报错通常是模型返回结构不符合预期比如返回了错误对象而不是choices数组。先看完整响应体如果是{error: {...}}多半是 Model ID 写错或该模型没在 TaoToken 开通。把 Model ID 换成控制台里确认可用的型号再试。OAuth 相关报错如果你在 Codex 或 Cline 里用了 OAuth 登录方式又同时配了 API Key两者会冲突。统一走 API Key 模式把 OAuth token 清掉。Codex 的auth.json里只保留base_url和api_key两项。微信侧无反应REST API 返回 200 但微信没收到先看 HITL 是否在等确认再看微信 PC 端是否在前台、是否被其他窗口遮挡。RPA 走 UI 自动化微信窗口最小化到托盘有时会影响点击保持窗口可见更稳。端口占用127.0.0.1:8765被占时 skill 后端起不来agent 调 REST API 会连接拒绝。改 skill 配置里的端口同时把 agent settings 里的endpoint同步改掉。排障时优先看两处日志agent 的模型请求日志确认走没走 TaoToken和 skill 后端的运行日志确认 REST API 有没有收到请求。两边一对问题基本定位。6. 把微信动作接进长期 AgentCoding Plan 与接入文档链路跑通后如果你要让 agent 长期挂着做自动回复、定时群发、朋友圈发布模型调用量会上来。这时候用 TaoToken 的 Coding Plan 更划算一个订阅覆盖编码和 Agent 场景的模型调用不用每次单独算。入口在 https://taotoken.net/coding-plan 按你的调用频率选档位。接入文档在 https://taotoken.net/doc 里面有各 agent 的配置示例和字段说明OpenClaw、YoBot、Cline MCP 的接法都能查到。API Key 管理在 https://taotoken.net/api-keys 建议给不同 agent 建不同 Key方便单独停用。模型对话调试用 https://taotoken.net/chat 配好通道后可以先在这里试 prompt确认模型输出符合预期再写进 agent 流程。Claude Code 场景的接入参考 https://taotoken.net/claude-code 。最后给一个实用技巧wechat-rpa-bot-skill 的 HITL 不要一上来就全关。先开着跑一周观察 agent 生成的内容和发送对象是否准确确认稳定后再对低风险动作比如给文件传输助手发通知关掉确认高风险动作群发、加好友保持人工确认。RPA 走的是真实 UI 操作节奏控制住长期跑才稳。
