我把 Muse 接进了微信：从扫码连接到让它执行任务

我最近把 Muse 接进了微信。现在想交代任务，可以直接在微信里发消息，让他去操作，最后再把结果返回给我。

我这次跑通的一个场景是：让他打开Claude 网站，完成一个问答，最后把结果给我发回到微信里面。这样对于我来说，我就不需要再去单独打开muse 了。然后有什么事情，我直接可以在微信里面交代他就好了

下面把这次的接入过程、实际踩到的坑和完整提示词放出来。这篇适合已经能正常使用 Muse、想把微信作为任务入口的人。 Muse 的注册和开通不在这篇里展开，可以查看我的之前的文章。

先来给大家把这个范围说清楚，这一次我展示的是用 Muse 这个环境，然后其他的Agent也是可以接入的，方法同理

接入之前，先弄清楚谁在干活

Muse 是 Meta 推出的个人 AI Agent。

你可以用聊天的方式交代任务，让它浏览网页、整理资料、生成文件，并在支持的任务中继续后台工作。Muse 拥有一台自己的云电脑，7×24 小时随时在线，相当于能让你拥有一支 7 X 24 小时在线的 AI 数字员工团队，即使你合上电脑、关掉手机，Agent 们照样能帮助你疯狂干活。

这次接入要做的事情，可以理解成：

你在微信发消息 → 桥接程序把消息交给 Muse → Muse 执行任务 → 把结果传回微信。

微信只是负责提供聊天入口，然后实际的操作仍然由Muse去完成，那么我们这中间就需要一个可以持续运行的程序，来帮助他们进行收发消息。

所以，你可以把这一套配置的工作交给Muse，但是仍然需要他去安装依赖、启动等等这一些服务。然后我们能不能够持续地使用，也是取决于这一套服务以及它任务的调度是否一切正常

开始前，确认两件事：你已经能在 Muse 里正常交代任务；你的微信设置里能找到并启用 ClawBot。

第一步：在微信里开启 ClawBot

打开微信，进入「我 → 设置 → 插件」，查找 ClawBot 并启用。

如果找不到，那么我们就先更新一下微信。

这次方案使用微信 iLink / ClawBot 通道。

第二步：把文末提示词发给 Muse，等待配置和扫码

打开 Muse 的主聊天，把文末的整段提示词复制过去。

他会自己先去检查自己的运行环境，然后再去配置收发消息和执行任务的这一切流程。

你不需要自己去做任何的操作，但是的话你需要去留意一下：它有没有给你明确地说出来环境，它有支持什么，然后这一套配置已经做到哪里了，还有哪一些没有完成

尤其要注意：程序能收消息，不代表 已经能自动接手任务。 如果它只启动了收发服务，还没有配置任务唤醒和结果回传，就还没做完。

尤其要注意，你的程序能够收发消息，但不代表着Muse已经可以自动接受任务了，如果它只启动了收发消息的服务，还没有去配置任务唤醒和结果回传，那这这一块要让他继续的做完

等他一切都弄好，他会给你展示出来一个二维码。你拿到就扫，如果提示这个二维码过期了，就让他重新生成这个二维码的有效期在两分钟

我当时的扫码过程是这样的：

这里我还卡了一下：扫码后，我在 Muse 里回了“确认点完了”，以为就结束了。它又提醒我，还需要去微信里的机器人聊天窗口，真正发一条文字消息。 这里的时候，我当时还卡了一下：我扫完码之后，我在 Muse 里面直接回了“确认点完了”。以为这就结束完毕了。但是他又对我说，需要我在微信的机器人聊天窗口再去发一条文字消息。

扫码确认和发送第一条消息，是两个动作。

第三步：先确认能聊天，再确认能执行任务

扫码成功后，在微信里打开对应的 ClawBot 聊天窗口，先发一句“你好”。

这套流程会使用你发来的消息所携带的会话信息来回复，所以先发一条消息，方便它完成收发测试。

我这次收到了回复，也让它介绍了一下自己：

到这里，我们就可以确认微信的消息可以发过去，也可以收到他的回复了。

但如果你想要的是“在微信里让它干活”，还需要再测一次真实任务。

可以选一个容易核对的小任务，例如：

帮我打开这个网页，告诉我页面标题，再提取其中指定的一段内容。如果打不开，就直接告诉我卡在哪里。

你要把这个检查的网址还有位置都发给他，最后我们去对照一下页面，去核实一下结果。这样你才能够真正去检查判断他是否真的完成了这一段任务

我这次的执行截图里，Muse 打开了 Claude 网页完成问答，微信里也收到了执行进度和答案：

这一张图片就展示了给他下达的命令，Claude 的养号任务执行一下，然后收到问候，收到任务的进度，以及这些可以核对的结果

我建议大家把接入成功的标准定成：微信可以发送指令，Muse 能执行，结果能回传回来，而且你核对过了结果。

我这次遇到的卡点，还有哪些边界

第一个就是前面说的：扫码确认以后，还得去微信里发第一条消息。只在 Muse 主聊天里回复“好了”，不能完成微信收发测试。 第一个就是前面说的，你扫完码确认了之后，你要去微信里面主动发一条消息。只在 Muse 主聊天里回复“好了”，是不能够的嗷。

第二个是对话记录。我这次还遇到了在 Muse 主聊天里看不到微信对话的情况，并做了排查。所以不要默认接通以后，两边的完整聊天记录就会自动同步。微信消息有没有交给任务执行、结果有没有回传、主聊天里能不能看到记录，需要分别确认。

第三个是收到不等于做完。如果他只给你回了一个收到，我记下了，那么你要看他后面有没有给你进行一个实际的执行结果，有没有返回给你。不能够把一句确认的回复当成了他已经执行完了这一条任务。

另外，文末这套配置以一对一文字消息为主。图片、视频、文件的处理要单独实现。

如果出现不回复，先回 Muse 主聊天，让它检查收发服务、任务调度和登录状态。需要重新登录时再扫码，不要在没定位问题前反复重装。

可以复制给 Muse 的完整提示词

下面按前面的流程整理了提示词，补上环境检查、任务执行和两层验收。

请帮我把当前 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 主聊天中是否可见，说明实际情况。不要默认完整聊天记录已经双向同步。

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

我是Drunk，想看到更多有用的前沿知识教程，请关注@Liu_zhongxisn，也会持续分享：AI 实战 · 工作流 · 工程提效 · 独立开发