xmanrui/dsh-im

解决什么问题

本机跑起了 DeepSeek Harness，但要用它的人都在飞书、微信、Telegram、Slack 里，Harness 却只活在 IDE 或网页里。每个平台的机器人 API 都不同——长连接、回调、分段发送、流式回复——一个渠道就是一次独立的对接工程，多数人做完一个就没下文了。

DSH-IM 把这些对接收进一个 Harness 插件：扫码或填凭据，本机 Harness 主动向外连平台，每个机器人各自拥有独立的工作区、模型和会话绑定。

有什么不同

常见做法有两种：为每个平台手写 webhook 服务，或者用托管的机器人网关中转消息。前者重复且脆弱，后者把消息流量交给别人。这个项目把运行时留在本地，把渠道当作插件处理——九个常规渠道加实验性的 Matrix，各渠道按平台能力做差异化回复：钉钉用 AI Card 流式展示，Discord 首次 @ 后建原生 Thread，WhatsApp 和 Telegram 靠编辑同一条消息做进度，飞书可选语音转写。同渠道多机器人、会话彼此隔离，是相比单机器人胶水脚本的实质差别。

适合谁

已经在本机跑 DeepSeek Harness、想通过聊天软件触达非技术同事或自己的开发者。适合小团队和个人部署。没有 Harness 环境、或需要中心化多租户机器人服务的场景应另找方案——这是客户端连接器，不是网关产品。无法维持一个长期在线的本机进程，或需要在非 macOS 上用 iMessage 的人，用不了。

上手成本

需要 Node/JavaScript 工具链、已安装的 DeepSeek Harness，以及各平台的开发者凭据：扫码流程只覆盖部分平台，Slack、Discord、Telegram、Matrix 仍要自己建应用、拿 Token。多个渠道依赖长连接和平台特定权限；iMessage 渠道仅限 macOS 且依赖 Messages.app。Matrix 端到端加密明确标注为实验功能，不适合敏感通信。许可证为 MIT。README 详细但信息密度高，仓库之外没有独立文档。

点评

这是一个全新项目：创建仅 71 天、2.4k stars，而且热度不是虚的——HotRepo 观测当周新增 +344 stars，冲上 JavaScript 周榜第 8。这个增速加上官方 Harness 赞助，说明需求来自一个真实存在的生态，而非一次性的病毒传播。风险在成熟度：加密功能实验性、几十个快速变化的平台 API、单一维护者。已经身处 DeepSeek Harness 生态、想让 Agent 触达聊天软件的人可以上手；需要稳定性保证或在组织级规模运行的人应当再等等。