夜雨聆风↑阅读之前记得关注+星标⭐️，😄，每天才能第一时间接收到更新
大家好，我是杰克王，AI 算法 6 年老兵。
用过 AI 编程 Agent 的人，大概都经历过这个场景：
你在电脑上给 Agent 派了个活，出门吃饭。走到半路想起来——它中途要跑一个危险命令，会卡在审批页面等你点"允许"。你回不去，它就一直等。一顿饭回来，活才干了个开头。
有人把这个痛点解决了：把 Agent 整个装进微信聊天框。指挥、监控、审批，全在微信里完成。
项目叫 dsh-chatnode-wechat，8 月 13 日（两天前）刚开源，MIT 协议，目前 1 颗星——刚出生的状态，但想法值得早点知道。
它是什么
一句话：给 DeepSeek Harness（DSH）装的微信网关。
链路长这样：
你（微信）⇄ iLink ⇄ wechat-gateway ⇄ wechat-conversation-node ⇄ DSH agent
走的是腾讯非官方的 iLink 机器人通道（ilinkai.weixin.qq.com），和 hermes-agent、OpenClaw 用的是同一套机制。扫码登录一次，你的微信小号就变成了 Agent 的遥控器。
整个包拆成两个独立插件：
| 插件 | 职责 |
|---|---|
| wechat-gateway | iLink 底层服务：扫码登录、长轮询、断线重连、限流熔断、加密媒体下载 |
| wechat-conversation-node | 微信 ⇄ DSH 桥：白名单门禁、会话切换、命令、审批、进度摘要 |
在微信里怎么用
登录之后零配置，直接发文字就是和 Agent 对话。几个命令：
| 命令 | 作用 |
|---|---|
| 直接发文字 | 发给当前活跃的 Agent |
/sessions |
列出所有会话 |
/use N |
切换会话 |
/new <需求> |
新建一个 Agent 开工 |
/stop |
叫停当前任务 |
/status |
查状态 |
/yes /no |
审批危险操作 |
进度回报做成了"摘要式"，不会把每个工具调用都刷到你微信上：开始时回一句"⏳ 收到，开始处理"，运行中每隔几分钟来一条心跳，结束了把结果分段发过来。
最打动我的设计：审批
Agent 跑到一半要执行危险命令（比如删文件），微信里会收到：
🔐 #1 需要你的确认
工具: bash
原因: run a destructive command
回复 /yes 同意，/no 拒绝
10 分钟内未回复将自动拒绝。
你在地铁上回个"1"，它继续干活；不回，10 分钟后自动拒绝。
注意最后一个细节：默认是拒绝，不是放行。这个默认值选得很对。
另一个安全设计也值得说：allowFrom 白名单是必填项，没有宽松默认值。作者在 README 里写得很直白——一个接受任何微信联系人指令的 Agent，就是一扇 prompt injection 的大门。不在白名单里的消息，记录后直接丢弃，永远不会喂给模型。
风险作者也没藏着
README 开篇就是"Read this first"：
一个微信号只能有一个轮询端。如果你同一个号还跑着 OpenClaw 或 hermes-agent，两边会互相踢掉（HTTP 403），必须用专用小号 非官方通道，腾讯随时可能限制账号——"用一个你丢得起的号" 协议是逆向自 hermes-agent 源码重建的，不是腾讯文档
这种把风险写在第一屏的项目，比把风险藏在 Issues 里的项目可信得多。
背后的人
作者 Jesse-njx 是个狠人：GitHub 上 15 个公开仓库，几乎全是这两周写的 DSH 插件——模型切换、Docker 控制、定时任务、语音输入、跨会话消息、Office 文档读写、tmux 控制面……一个人快把 DSH 插件生态的半壁江山包圆了。
这个项目也呼应了我们前两天写的 DSH 生态系列：9.2 万星的主框架 → 810 个插件的市场 → 插件体检工具 → 现在，微信入口。生态的最后一块拼图，往往是"让用户在哪里用它"。
Roadmap 里下一步是图片文件双向传输和语音回复，再往后是群聊和多账号。群聊那个作者自己标注了"risk-heavy"，谨慎是对的。
仓库地址：github.com/Jesse-njx/dsh-chatnode-wechat
手机是 Agent 的最后一公里。命令行再强，你总得有办法在离开电脑的时候，知道它在干什么、替它做决定。这个项目只有 1 颗星，但它指的方向——聊天软件就是 Agent 的遥控器——我觉得是对的。
觉得有收获，点个在看支持一下 👇 感谢阅读。我是杰克王，欢迎加微交流 🚀