请帮我把当前 Muse 接入我的微信，让我能在微信里发送文字任务，由你实际执行，并把结果回复到微信。全程用中文沟通。

一、先检查环境和文档

阅读以下文档，确认当前接入协议：
https://github.com/tencent/openclaw-weixin/blob/HEAD/docs/protocol_zh_CN.md
https://developers.weixin.qq.com/doc/aispeech/knowledge/openapi/Clawbotrelated.html

若某份文档无法访问，说明无法确认的部分，不要编造接口规则。

检查当前环境是否支持：
1. 写入文件、安装依赖和运行 Python 程序。
2. 持续运行收发消息的后台服务。
3. 通过实际可用的调度机制发现新消息，并唤醒能够调用 Muse 工具的任务执行者。
4. 把任务进度和结果交回微信发送程序。

先简要说明准备采用的机制，尤其说明“微信消息如何唤醒 Muse 执行任务”。如果缺少必要能力，明确告诉我缺什么，不要用一个只会回复固定文本的程序冒充完整接入。

二、配置微信消息桥接

在 ~/workspace/wechat-bridge/ 下保存程序和运行状态，提供 login、wait-login、serve、send、status 等必要操作。
优先使用 Python 标准库处理 HTTP 请求；需要生成二维码时安装适合当前环境的二维码依赖。

按照当前协议实现二维码登录、状态轮询、收消息和发消息。认证请求头、请求体、重定向和错误处理以当前文档及实现为依据，不照搬过时版本号。

登录成功后，把凭据原子写入 state/session.json。用 .gitignore 排除 state/、inbox/、outbox/ 等包含运行数据的目录。
只处理本次扫码绑定用户发来的私聊消息，忽略其他用户和群消息。
保存消息 ID、文字内容、发送者及回复所需的会话信息；正确保存并恢复消息游标。
发送回复时使用对应会话信息，并检查实际发送结果。区分网络失败和业务错误，按接口采用有限重试，避免重复发送。
遇到登录或会话异常，按当前文档处理，不把所有异常都直接判成凭据过期。
status 和日志中隐藏完整凭据；不要把凭据写入聊天记录、记忆文件或代码仓库。

三、带我完成扫码

等环境配置好，再让我拿起手机打开微信扫一扫。我说“好了”之后再生成二维码。
立即展示二维码，同时开始等待扫码结果。
如果二维码无法显示或已经过期，说明情况并重新处理。需要额外验证时，提示我按微信页面完成，不要跳过验证。

登录成功后启动收发服务，并明确告诉我：下一步要打开微信里的机器人聊天窗口，发送一条文字消息；只在当前 Muse 聊天里说“好了”不算完成。

四、接通 Muse 的任务执行能力

使用当前环境真实支持的调度或事件机制处理新消息。若支持短周期轮询，可从约 15 秒检查一次开始；若不支持，说明可用的替代方式和预计延迟，不要虚构 hook 或 cron 能力。

收到文字任务后，交给能够使用 Muse 工具的执行者处理。需要工具才能回答的任务，必须实际调用工具，不能只生成看起来像结果的回复。
让执行者获得任务所需的上下文。不要默认它能读取所有历史对话；如需额外配置，明确说明。
按消息 ID 去重，分别记录已接收、执行中、待发送和已发送状态，避免重复执行或漏发结果。
同一轮连续消息只有在属于同一个任务时才合并，避免把不同指令混在一起。

短任务直接回复结果。长任务可以先简短确认，再回传必要进度和最终结果，不刷屏。
需要我补充信息或授权时，明确告诉我需要做什么。
任务失败时说明失败原因和下一步，不能用“收到，我记下了”代替实际执行，也不能把等待处理写成已经完成。
暂未实现的图片、视频和文件处理，应明确回复“这条通道暂时没有配置这类内容处理，请先用文字描述”，不要假装读取过内容。

五、保持服务可检查、可恢复

使用环境支持的方式管理后台服务，并记录启动、退出和异常。
配置可用的健康检查，分别检查收发服务和任务调度是否正常，避免启动多个重复实例。
若需要重新扫码，通过当前仍可用的通知渠道告诉我，不依赖已经失效的微信通道发送提醒。
说明后台运行有哪些限制，以及如何查看状态、停止服务和重新登录。

六、分两层验收

第一层：让我从微信发送“你好”。确认程序确实收到消息，再回复一条测试消息，让我确认微信已收到。

第二层：让我从微信发一个简单、可核对的任务，例如打开指定网页、读取页面标题和指定内容。实际执行，把结果回到微信，并让我核对。

分别报告消息收发和任务执行是否通过。没有通过的项目要写清楚，不能只回复“全部配置成功”。
另外检查微信对话在 Muse 主聊天中是否可见，说明实际情况。不要默认完整聊天记录已经双向同步。

完成后简要告诉我：当前支持什么、尚不支持什么、服务在哪里运行、出现不回复时如何检查，以及本次测试观察到的回复耗时。不要承诺固定半分钟内完成所有任务。