- 我的帖子已经打上 开源推广 标签： 是
- 我的开源项目完整开源，无未开源部分： 是
- 我的开源项目已链接认可 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。
项目还比较早期，我更希望它先成为一个“能被开发者看懂、改得动、接得上自己工作流”的工具。
24 个帖子 - 13 位参与者
来源: LinuxDo 最新话题查看原文