微信实践 1：准备接入，把任务说清楚

教学改绘示意；操作以实际界面为准。

我们要做的，是让微信成为 Grok Bot 的一个工作入口：在微信交代任务，在微信收到答复，同时在 Grok 主会话保留记录。手机提供入口，云电脑承担中转与执行；不用为了收消息在家中开放公网端口。

这一模块包含准备、绑定验收和故障恢复三课。用自己的账号和绑定信息配置，再通过实际消息与产物验收。

先检查三项条件

1. Grok Bot 已能在自己的云电脑完成一个简单任务；当前订阅、额度和环境可用。
2. 进入微信“我 → 设置 → 插件”，检查是否实际出现 ClawBot 入口。没有入口时先停在这里，更新版本并不代表账号一定已经开放。
3. 能查看主 Bot 会话的 Routines 配置，并通过私密凭证入口保存 Webhook 信息。界面以自己的客户端为准。

微信入口适合发起日程、资料整理、产品研究等任务。工程、增长、视频、财务等角色的能力，来自之前配置的工具与协作关系；接入微信不会自动补齐下载、转写、付款或代码权限。

把完整要求交给主 Bot

我们先用下面的任务说明，让 Bot 调研、列出计划，再逐步建立中转。请把“主 Bot”替换为自己的协调者；涉及安装、授权和账号绑定的步骤，由我们检查后完成。

请帮我们建立微信与当前 Grok 主会话之间的双向工作入口。

先阅读腾讯 openclaw-weixin 的官方协议，核对 iLink 接口、登录状态、消息收发、上下文令牌和会话失效处理。不要用网页模拟微信，不要要求开放公网入站端口。

先说明你准备采用的结构、文件位置、依赖、运行费用与所需权限，等待我们完成必要的账号授权后再继续。

在当前主 Bot 中创建用于接收微信任务的 Webhook Routine，名称为“微信下旨入口”。告诉我们如何在会话详情的 Routines 中找到它的 URL、密钥及实际生成的认证头。凭证只通过私密保存入口读取；不要写在聊天、日志、截图或版本仓库里。

在云电脑建立一个中转程序：长轮询接收已绑定微信用户的消息，将消息提交给上述 Routine；任务处理完成后，用该消息所属会话的上下文令牌回复微信，并将结果同步到当前 Grok 主会话。启动时恢复消息游标，避免重复执行同一条消息。

只接受我们确认绑定的用户。微信回复使用普通文本，避免依赖 Markdown 排版。敏感授权、付款、对外发布和无法确认的事项交给我们处理。

等我们在微信启用 ClawBot 后，再启动本次登录，并提供当前会话的临时登录方式及必要的备用链接。凭证与登录图只在私密会话中展示，不写入公开文档。

等待我们从微信发来第一条消息，再保存该会话提供的 context_token；不得凭空生成它。分别验证微信收到回复、主会话保留结果，以及其他未授权用户不能触发任务。

为中转设置异常日志、重启恢复和明确的停止方式。遇到会话过期错误 -14 时停止盲目重试，按协议与当前实现处理退避或重新登录。最后给出验收结果和仍未完成的项目。

我们不把“给出二维码”理解为已经登录成功。临时登录材料对应自己的当前会话，确认绑定后才有可用的消息通道。需要扫码时，使用自己的 Bot 当场生成的二维码，在自己的设备上完成绑定。

核对中转结构

腾讯文档描述了 getupdates 长轮询与 sendmessage 收发路径，默认服务地址为 https://ilinkai.weixin.qq.com。客户端向外发起请求，因而这个接收结构不要求在家中开放公网端口。腾讯文档没有替 Grok 创建中转服务；代码、依赖、执行权限与维护仍由我们自己的环境承担。

练习交付：先拿到一份明确的接入计划和 Routine 配置位置。插件入口不存在、授权没有完成或凭证还未保存时，保持“待配置”，不要标记接入成功。