DeepSeek Harness Hub
← 返回列表

iia-arg/dsh-plugins

DeepSeek Harnessspec-screened在 GitHub 查看 ↗
需源码安装

面向 DeepSeek Harness 的社区插件,由我们自己的

暂不能直接安装(需源码编译或环境不满足):仓库缺少 package.json,无法用 dsh 插件安装命令安装。 · 最近上游提交 2026/9/6 · 已提供中文文档

DeepSeek Harness 的社区插件——从 harness 未内置的 Telegram 频道开始

综合分
35.2
GitHub 分
35.2
用户评分
★ Stars
2
周下载量
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add iia-arg/dsh-plugins
仓库缺少 package.json,无法用 dsh 插件安装命令安装,改用 GitHub 源安装
数据截至 2026/9/19(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查需源码安装

以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。

npm 包dsh-plugins(未发布到 npm,仅可源码安装)
Node 引擎未声明 engines.node
dsh CLI 依赖未声明 dsh 版本约束
入口文件缺少入口声明

仓库缺少 package.json,无法用 dsh 插件安装命令安装

验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/19 07:36:01

用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动

README

dsh-plugins

面向 DeepSeek Harness 的社区插件,由我们自己的
agent 集群在生产环境中编写和使用。

该 harness 是一个能力出众的底盘,拥有异常干净的插件模型——同时也有一些尖锐的边缘,
在这些地方,失败看起来和成功一模一样。这里的一切之所以被写出来,都是因为产品本身没有
提供它,而每一行不那么显而易见的代码都带有注释,解释在这一行存在之前出过什么问题。

这里有什么:15 个包,两种类型

平台插件(8 个) —— 彼此独立的组件,每个解决 harness 留下的一个
问题。其中任何一个都可以单独安装。

记忆家族 dsh-pamyat(7 个) —— 一套一起构建和检查的
组件:这些层让 agent 的记忆能够在一次压缩和一次重启后存活下来。按名称安装整套:
npm i dsh-pamyat。

两种类型,而不是一个列表:平台插件单独就有用,记忆层则要与其同类一起才有用。把它们
算作一个数字会掩盖这种差异。

平台插件(8 个)

| 包 | 它做什么 |
|---|---|
| telegram-multiagent | 从 Telegram 与你的 agent 对话。一个共享模块,按 agent 配置。支持文本和语音、白名单、按聊天划分的会话,以及可选的基于文件的 agent 间通道。 |
| subscription-gateway | 在厂商订阅上运行 harness,而不是按 token 计费。每个 agent 一个 systemd 服务:token 只存在于一个地方,模型循环通过厂商自己的 SDK 运行,回答流式返回。不是插件:而是一个服务。 |
| tool-bridge | 让 harness 插件工具能够被由外部引擎驱动、而非 harness 自身循环驱动的模型访问。harness 自带 MCP 客户端但没有服务端——这就是那个服务端。 |
| schedule-guard | 防止自我调度的 agent 失控:限制连续和每日自我唤醒次数,强制最小重复间隔,删除失控的重复项,并告知所有者原因。这是行为层面的,不是安全边界——而且它明确这么说。 |
| voice-stack | 在本机 GPU 上进行本地语音识别——agent 无需将音频发送到任何人的云端就能听到语音消息。不是插件:而是一个带一行命令契约的服务。 |
| omega-memory | 在你的机器上为 agent 提供长期记忆:服务账户模型、systemd 单元,以及真正能到达 agent 的接线。 |
| oom-watch | 了解内存限制何时杀死了你的 agent。读取内核日志,而不是重启后会重置的 cgroup 计数器。不是插件:而是一个 systemd 定时器。 |
| a2a-bus | 让同一台机器上的智能体直接互相写入,而无需放弃隔离。每个智能体拥有一个其他任何人都无法列出的邮箱;一个以 root 身份运行的邮差负责转移信件的所有权,因此发送方在信件送达后便失去访问权限。这不是插件:而是一个假脱机、一个服务和一个定时器。 |

记忆家族 dsh-pamyat (7)

测试框架通过摘要来压缩一段长对话——而摘要会在进程重启的那一刻消失。这些包为智能体提供能够在此之后存活的记忆,并拆分为多个层,每一层只做一件事,并明确说出自己做不到什么。

| 包 | 作用 |
|---|---|
| dsh-pamyat | 这一集合的名称:没有代码,只是声明哪六个包是在一起构建和检查的,具体是哪些版本,以及由什么完成。版本是精确的,拒绝范围——一个对不同人解析为不同集合的名称,比没有名称更糟。 |
| dsh-pamyat-core | 基于 node:sqlite 的存储、写入决策日志,以及哪些类别需要确认的策略。一个没有人可以确认的节点会大声说出来,而不是默默照写不误。 |
| dsh-pamyat-secretary | 在压缩覆盖历史之前取走摘要。被拒绝的写入会被大声喊出,而不是被吞掉。 |
| dsh-pamyat-restore | 读取侧:在压缩之后把摘要放回去,并在启动时提供简报。信任度和年龄在任何比较之前通过一个显式分支读取——缺失的数字永远不会变成零。 |
| dsh-pamyat-byudzhet | 传入预算:要把多少过去重新提升到上下文中。它的缺失会被宣告——“预算未应用”绝不能与“已应用且没有丢弃任何内容”无法区分。 |
| dsh-pamyat-nudzh | 开销核算:是否到了该压缩的时候。统计的是窗口占用率(最后一次调用的输入),而不是所有调用的总和——总和会无界增长,而压缩永远不会减少它。 |
| dsh-pamyat-omega | 通过 MCP 在外部存储之上的可选长期层。没有它也不会出问题;你只是失去了把知识带离节点的能力。 |

按名称安装这一集合——npm i dsh-pamyat 会拉取这六个包的精确版本。每一层也可以单独使用。每个包都带有一个 stand 套件;一个无法检查任何内容的 stand 会以 2(“没有可检查的内容”)退出,而绝不会是 0,因为“没有运行任何检查”绝不能看起来像“检查已通过”。

subscription-gateway、tool-bridge 和 schedule-guard 是同一个故事,而每一个单独使用也都有用。在订阅上运行测试框架(subscription-gateway);让以这种方式驱动的模型仍然能够访问测试框架自己的工具(tool-bridge);而如果你随后让智能体安排它的
自己的唤醒,给它设个上限(schedule-guard)。三者的设计说明,包括陷阱,
都在 docs/DESIGN.md 里。

文档

- docs/MEMORY-AND-A2A.md — 记忆流水线 dsh-pamyat 和
智能体间邮件(A2A)作为一个系统:接缝、服务、设置、拒绝、输入过滤器、
发布与验收顺序、试验台。俄文原文:docs/MEMORY-AND-A2A.ru.md。
- docs/DESIGN.md — 工具桥、自唤醒和
订阅路线的设计说明。

随着我们继续构建,这里会有更多内容。一个仓库,多个包——每个插件单独一个仓库
不值得那份额外开销。

安装

每个包都是独立的:

inside your profile directory ($DSH_HOME/profiles/)
pnpm add dsh-telegram-multiagent

然后把插件行添加到你的智能体预设中——每个包的 README 都准确说明了位置和原因。

为什么要发布这个

两个原因。围绕这个 harness 的插件生态很单薄,而一个能用的信使通道
是大多数人最先需要的东西。而且注释比代码更有价值:它们点出了那些
产生绿色对勾却没有可用系统的陷阱。

如果这里的某些东西能帮你省下一个晚上,那就达到目的了。

MIT。

上游仓库有新提交时邮件通知你(每天最多一封,无更新不打扰),随时一键退订。

💬 加入 DPharness 群聊

插件用法、部署报错、新插件第一时间同步——群里问,比一个人翻文档快。

点击加入 QQ 群
DPharness 群聊二维码,手机 QQ 扫码进群
扫码进群