【开源】我做了一个把微信接进本地 Agent 的开源小工具：WeChat CLI

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

• 我的帖子已经打上 开源推广 标签： 是


• 我的开源项目完整开源，无未开源部分： 是


• 我的开源项目已链接认可 LINUX DO 社区： 是


• 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是


• 以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

最近折腾本地 Agent 工作流时，一直有个很现实的问题：

很多消息入口其实还在微信里，但大模型、自动化脚本、CLI 工具、Webhook 又都在另一套系统里。

所以我写了一个小项目：WeChat CLI。

它不是微信机器人平台，也不是云端托管服务，更像是一个跑在本机的微信 sidecar，把桌面微信接到 CLI、HTTP API 和 Agent 自动回复链路里。

项目地址：

https://github.com/Mouseww/wechat-cli

目前主要能做这些事：

• 用 CLI 查看最近会话、联系人、历史消息


• 用命令行给指定联系人或文件传输助手发消息


• 直接配置LLM自动回复好友消息


• 提供本地 HTTP API，方便别的程序调用


• 支持 WebUI 配置 Agent webhook、自动回复、白名单/黑名单


• 可以接入 Hakimi（自研）、Hermes 这类多会话 Agent gateway，把不同微信联系人映射到不同 chat 上下文，避免串线


• 默认本地运行，不上传聊天记录、密钥或个人信息

技术上现在是两条链路分开的：

• 读取：主要走 WeFlow HTTP API


• 发送：走 Windows 微信窗口的 native UI 自动化

也就是说，它更适合本机个人工作流，比如：

• 把微信消息转给本地 Agent 处理


• 做一个只对特定联系人生效的自动回复助手


• 用脚本快速发测试消息


• 把微信当成本地多 Agent 系统的一个入口


• 做一些个人自动化实验

我自己比较在意的一点是：它不是那种把所有东西包成黑盒的“微信机器人”。项目里把边界写得比较清楚，读链路、发送链路、Agent bridge、Hakimi bridge 都是拆开的，出问题时也能单独排查。

快速体验大概是：

如果你也在折腾本地 Agent、个人自动化、微信消息入口，欢迎试试，也欢迎提 issue / PR。

项目还比较早期，我更希望它先成为一个“能被开发者看懂、改得动、接得上自己工作流”的工具。