微信遥控Claude Code:开源项目wechat-claude-code全新升级,消息优化、文件互通与安抚体验深度打磨
在体验了 OpenClaw、Hermes 等一系列 AI 个人助理之后,我的日常工作流最终还是会回到 Claude Code 或者 Codex。原因并不复杂——绝大部分用到智能体(Agent)的场景,方向都指向创作和生产力。给 AI 嘘寒问暖、设定定时提醒,对我而言并没有真实且持续的诉求。短暂尝鲜之后,热情自然就消退了。
真正“扛重活”的那部分,最终还是要靠 Claude Code 或 Codex 来处理。加上我日常高频使用的 Skill 都已经沉淀在 Claude Code 里,所以我重新捡起了此前开源的 wechat-claude-code,并对体验进行了几轮细致打磨。目标很明确:把它做成在移动端用微信操控电脑端 Claude Code 的优选方案。


项目速览
通过这个 Skill,你可以让微信与 Claude Code 无缝衔接。扫码绑定之后,微信里会出现一个对你可见的“好友”。你给这位好友发送的每一条消息,都会被实时转发到电脑上正在运行的 Claude Code;而 Claude Code 的回复也会即刻推送到微信,交互体验就好像在跟一位真人朋友聊天。它不仅支持发送图片、语音、Word、PDF 等各类文件,还能够把电脑上的文件主动推送给你,方便随时查阅。

开源地址:https://github.com/Wechat-ggGitHub/wechat-claude-code
最新优化一览
微信内消息阅读更清爽
现在微信里只展示 Claude Code 吐出的核心信息,实用却不繁杂。过去会收到大量混杂的通知,阅读体验非常吃力。如今,仅把“任务走到哪一步了、是怎么推进的”这类有效信息呈现出来,视野干净很多。

任务执行中的情绪安抚
我还加入了一个颇有意思的细节。如果 Claude Code 连续超过 5 分钟没有任何响应(可能某个任务一直在处理,但还没有最终交付),它会从一组安抚话术库里随机挑选一句发送到微信。这样既能照顾到等待时的情绪,也能让你真切感受到 Agent 并没有掉线,仍在后台默默干活。

“对方正在输入中…”还原对话感
这个之前一直没有实现,现在已经补上了。当 Agent 开始接手任务时,微信对话顶栏会显示“对方正在输入中…”,让整个过程更加接近真人交流。

电脑与手机体验高度一致
这一点我认为最为关键。市面上不少通过微信或飞书接入个人 Claude Code 的插件,用起来总有一种割裂感——感觉电脑上面对的是一个 AI,手机上则是另一个 AI,体验很不统一。这个问题现已得到解决。此前从微信发出的消息会走 SDK 模式而非 CLI,而今进行了调整。你可以在电脑上打开 Claude Code 输入一个指令,观察它的编排与输出方式;再在手机上输入同样的指令,得到的效果几乎一致。而且现在也无需反复确认,默认全程自动运行。
文件收发全面打通
你不仅能向 Claude Code 发送图片、语音、Word、PDF 等各类文件,它完成生成后,也能把文件直接通过微信发给你。

后续规划
消息队列的响应乱序问题
目前一个显著的痛点是消息队列。我们在微信里习惯于连续发送多条指令,但 Claude Code 通常只能按顺序逐条处理。连续发送多条消息时,AI 的回复容易出现答非所问的情况。后面我会重点优化这一点,具体方案还在构思中,欢迎大家围绕这个方向一起聊聊。

防止电脑休眠中断任务
一旦电脑锁屏或合上盖子,Claude Code 进程就会随之停止,发送消息也得不到回复。好在 macOS 自带的 caffeinate 命令能够阻止系统进入睡眠状态。我接下来会研究如何将它融入 Skill 中,让任务在后台保持连续。

基于当前会话的连续对话
目前使用的 Skill 实例,与电脑上正在交互的 Claude Code 是相互独立的,工作空间也可能不同。但现实中经常有这样的场景:在电脑前聊了很长时间,需要临时外出吃饭,却想接着刚才的上下文继续交流。这就需要在当前会话的基础上继续对话,这一点我还没有想清楚实现路径,先记下待办。
快速上手
使用方式非常简单。直接在你的 Claude Code 里发送下面这句话:
请你读取这个开源项目,把这个 skill 安装、部署一下:https://github.com/Wechat-ggGitHub/wechat-claude-code
之后它会自动完成 Skill 的安装与部署。重启 Claude Code,输入 /wechat-claude-code,就会弹出二维码,用微信扫描即可完成绑定。通过 /wechat-claude-code 命令,你可以随时管理微信与 Claude Code 之间的通信进程,包括启动、重启、停止等操作。

一点感触与延伸
以上这些 feature,都是我在持续使用过程中发现问题、直接在微信里告诉 Claude Code,让它经历「分析问题 → 给出解法 → 我检查 → 修复 → 重启 Skill → 再体验」的闭环,确认无误后推送到 GitHub。一边聊天一边迭代,哪里体验不好就改哪里,迭代速度相当可观。
至于为什么暂不支持飞书、企业微信等其他 IM?原因其实很简单——习惯。微信的使用习惯已经刻在骨子里。飞书或许接口更开放、Markdown 阅读体验更佳,但我确实没有深度使用飞书的惯性。这种感觉类似于你尝试过 Notion、Obsidian 等种种笔记工具,最终还是会回到系统备忘录。对于 Codex 的支持,目前优先深耕 Claude Code,是因为我在 Claude Code 上沉淀更深,能够细致打磨每一个体验细节。等到 Codex 使用频次更高之后,自然也会将 Codex 纳入支持。