Blog · 指南
把 DeepSeek Harness 塞进你的 IM —— 微信、QQ、飞书、钉钉、Telegram
2026 年 8 月 16 日 · dshbase
DeepSeek Harness 是跑在 127.0.0.1:3080 的本地 Web 应用——但社区里有相当一部分人根本不想一直开着浏览器标签页。他们想让 Agent 主动找到自己，在微信、QQ、企业微信、飞书、钉钉、Telegram 这些天天不关的入口里。插件生态用一堆快速增长的 IM 桥接回应了这件事，这也是官方 discussion（#1458、#1689、#2303）里最活跃的角落之一。下面是当前阵容。
为什么 IM 桥接是杀手级场景
对国内用户来说，聊天软件就是操作系统。在家庭服务器或闲置机器上以 --headless 跑 dsh，再挂一个 IM 桥，你就得到一个从手机随时触达、24 小时在线的 Agent——不用端口转发、不用开浏览器、不用 SSH。正是这种模式让 ClawBot 式的扫码登录桥一夜爆火。它把 dsh 的 headless 能力，接上了人们唯一不会关掉的界面。
微信
最热闹、也是坑最多的一个——微信没有官方机器人 API，所以每条桥要么是个人号扫码登录，要么是 webhook 转发：
- DeepSeek-harness-weixin —— ClawBot 式扫码登录，把你的个人号绑成 Agent。
- dsh-plugin-wechat —— 最早的通用微信适配器。
- dsh-wechat-maid —— 「个人女仆」机器人，按联系人带会话记忆。
- dsh2wechat 和 dsh-wechat-notify —— 从 dsh 到微信的推送 / 单向转发。
因为 OneBot 协议的存在，QQ 对机器人比微信友好得多，生态也基本都往这个标准上靠：
- dsh-qqbot —— 主流的 QQ 桥。
- DeepSeek-harness-qqbot —— 另一条持续维护的实现。
- dsh-onebot —— 讲 OneBot，所以不挑客户端，能接大多数 QQ 机器人框架。
企业微信 & 钉钉
这俩关键在于是「正式感」更强的通道——企业微信和钉钉都有正经的机器人 / webhook API，所以这些桥不用像微信那样跟平台对抗：
- DeepSeek-harness-wecom、dsh-wecom、dsh-WeCom-notify —— 企业微信机器人和通知转发。
- DeepSeek-harness-dingtalk —— 钉钉桥。
- dsh-notify —— 一个插件打包 ServerChan、钉钉、飞书和纯 webhook 的多通道通知。
飞书 / Lark
飞书是这堆里最 bot 原生的——有真正的 webhook 事件，不用扫码登录。其中亮点是 dsh-adapter-feishu：走 WebSocket 连接，所以不需要公网 IP，在 NAT 后的家用机器上就能跑。围绕它的还有 dsh-lark、dsh-lark-bot、dsh-feishu、dsh-feishu-bot。
Telegram & 多平台
- telegram（LoserFox 出品）—— Telegram 桥。
- dsh-im-hub —— 把一个 Agent 同时扇出到多个平台的集线器。
- plugin-notify —— 飞书 / 企微 / 钉钉 / Slack / Discord 的 webhook 通知。
- dsh-im-gateway 和 dsh-im-bridge —— 自己造适配器用的通用网关 / 桥脚手架。
安装的现实
这些大多还很早期、需要从源码装——目录里相当一部分标着 not-on-npm，所以别指望干净的 dsh plugin add 名字，多半得先 clone 仓库再 dsh plugin add ./路径。尤其是扫码登录的微信桥，处在微信风控的灰色地带，可能把个人号搞进风险池——当实验品看待，用小号，需要长期无人值守的场合优先选 webhook 通道（飞书 / 企微 / 钉钉 / Telegram）。每个详情页都带实测标签和确切安装命令，动手前先看一眼。
动手自研之前
「想让 Agent 进微信」和「已经有插件能办到」之间的差距，每周都在缩小。写新桥之前先按平台搜一遍插件目录——OneBot、WebSocket 飞书、webhook 这些套路都已经被人解过，绝大多数时候你扩展现成适配器，比从零开始划算得多。