MIT 协议的 TypeScript DSH 插件套件,基于持久 WebSocket 实现跨实例消息互通与事件 fan-out,带共享密钥鉴权,回复零手工寻址。
DSH 适配
原生运行时
作者声明
安全审计
未审计
最后核验
2026-09-05
许可证
MIT
01它能帮你完成什么?
在多套 DSH 实例之间做消息互通与双向事件推送
基于持久 WebSocket 宿主服务的跨实例 / 跨机器消息投递、live session 枚举与活性探测
运行多个 DSH 实例、需要可靠的实例间消息互通与事件 fan-out 的开发者与运维
让模型自主寻址并与对端实例通信
interconnect_send / _list / _ping / _reply 工具;send 自动注入 instanceId + sessionId,reply 无需手工寻址
构建多实例 DSH 工作流、希望模型自主发现对端并免硬编码地址回复的开发者
02如何接入 DeepSeek Harness?
作者未说明
03DSH 适配与能力边界
原生 DSH 插件:持久 WebSocket 的 interconnect 宿主服务,配合模型可见的 send/list/ping/reply 工具与配套 skill,直接注册进 ctx.interconnect 与 ctx.skills。
interconnect 宿主服务
peers 映射(instanceId → origin)与 DSH_INTERCONNECT_TOKEN→持久 WebSocket 投递、live session 枚举、活性探测,以及经 interconnect/event 的事件 fan-out
注册 ctx.interconnect 宿主服务开放 /interconnect/link WebSocket 端点(含心跳与指数退避重连)tool-interconnect 工具集
instanceId + sessionId + text(send/ping/list)或 sessionId + text(reply)→模型可见的 interconnect_send / _list / _ping / _reply 工具
send 可通过 resume 唤醒离线 sessionskill-interconnect 配套技能
模型上下文(ctx.skills)→注册 dsh-interconnect skill,说明 list / ping / send / reply 的完整用法
send 自动注入发送方 instanceId + sessionId仅当传输层存在时才注册共享密钥鉴权
DSH_INTERCONNECT_TOKEN(bearer)→fail-closed、timing-safe 的令牌比较
无有效共享令牌的请求会被拒绝
04适合谁?何时不该用?
适合
- 运行多个 DSH 实例、需要可靠的实例间消息互通与事件 fan-out 的开发者与运维
- 构建多实例 DSH 工作流、希望模型自主发现对端并免硬编码地址回复的开发者
不适合
- 需要共享密钥 `DSH_INTERCONNECT_TOKEN`(bearer);比较是 fail-closed 且 timing-safe 的,所以每个对端必须持有相同令牌才能通信。
- 从 0.9 起传输只走 WebSocket 持久链接——不再有 HTTP 端点。对未配置 / 未联通的对端执行 send/ping/list 会返回 unreachable,且无 HTTP 回退。
05兼容性、维护与安全提示
- 需要共享密钥 `DSH_INTERCONNECT_TOKEN`(bearer);比较是 fail-closed 且 timing-safe 的,所以每个对端必须持有相同令牌才能通信。
- 从 0.9 起传输只走 WebSocket 持久链接——不再有 HTTP 端点。对未配置 / 未联通的对端执行 send/ping/list 会返回 unreachable,且无 HTTP 回退。
- `instanceId` 只是 peers 映射里的键;真正拨号的 origin 来自映射的值。instanceId 本身从不出现在线上,也不参与路由。
MIT 协议 · 维护中(无已发布 release,README 为事实来源)
06常见问题
dsh-interconnect 是什么?
一套包含三个 DSH 插件的工具,用于跨实例消息互通与双向事件推送:interconnect 宿主服务、tool-interconnect 工具集,以及 skill-interconnect 配套技能。它让一个 DSH 实例能向同机或跨机的其他实例发消息、收事件。
模型怎么和对端实例通信?
通过 interconnect_send、interconnect_list、interconnect_ping 和 interconnect_reply。interconnect_send 会自动注入发送方的 instanceId 和 sessionId,接收方只需本地 session 即可用 interconnect_reply 回信,无需手工传地址。
从 0.9 起寻址是怎么工作的?
0.9 起传输只走 WebSocket 持久链接(不再有 HTTP 端点)。用 instanceId(peers 映射里的键)寻址;真正拨号的 origin 来自映射的值。instanceId 本身从不出现在线上,也不参与路由。
对端实例不可达时会怎样?
对未配置 / 未联通的对端执行 send/ping/list 会返回 unreachable——由于 0.9 起只走 WebSocket,没有 HTTP 回退。
它怎么保证安全?
使用共享密钥 DSH_INTERCONNECT_TOKEN(bearer)。比较是 fail-closed 且 timing-safe 的,所以每个对端必须持有相同的令牌才能通信。
07相关的 DSH 工作流
awesome-gpt-image-2
作者 freestylefly
Prompt as Code | GPT Image 2 / 2.5 提示词与案例库,530+ 个案例、20+ 套工业级模板与可复用 Skills,新增 2.5 同提示词对比专区,附完整提示词与生成记录,持续更新。
voyager
作者 voyager-crew
Enhancement suite for Gemini, AI Studio, Claude, ChatGPT & DeepSeek — plus a prompt manager for any website, DeepSeek Harness included. / 面向 Gemini、AI Studio、Claude、ChatGPT 与 DeepSeek 的增强套件;其中的提示词管理器可用于任意网站,如 DeepSeek Harness。
dsh-im
作者 xmanrui
通过扫码或机器人凭据把IM机器人接入DeepSeek Harness(支持飞书、微信、钉钉、企业微信、QQ、Slack、Telegram、Discord和WhatsApp)。 Connect IM bots to DeepSeek Harness via QR code or credentials (9 channels).
wegent
作者 wecode-ai
开源、可自托管的 AI 工作空间,用于规划、构建和交付代码、协作与自动化任务。
08数据与来源
跨实例消息互通与事件通知插件,用于 [DeepSeek Harness](https://github.com/deepseek-ai/deepseek-harness) (DSH)。
**`interconnect`** —— host 服务(`ctx.interconnect`):
依赖 `interconnect` 服务,只有传输层存在时才注册进 `ctx.skills`。
页面基于项目公开文档、仓库元数据和 DSH Plugins 的结构化解析生成;最后核验于 2026-09-05。发现错误?提交更正。
最佳 DeepSeek Harness 插件
从全目录挑出的 12 个值得优先安装的插件,覆盖各个分类。
