AllDSH
EN

DSH 插件现状,2026 年 9 月

2026 年 9 月的生态快照:哪些部分在增长,哪些类别已经成熟,核验信息的采纳趋势如何,以及还有哪些问题需要解决。

作者 赤榆 · 维护者与编辑

维护本站目录:逐条核对安装命令与已发布包是否一致、评定验证等级、执行自动扫描,并撰写教程。

本目录的当前数据

本目录当前收录 70 个 DSH 插件,其中 0 个已跑到 L5(装上并实际运行),0 个(0%)通过了自动安全扫描,35 个声明跟随最新的 — 预览线。

收录插件
70
验证等级分布
L1 6 · L2 29 · L3 35 · L4 0 · L5 0
已通过自动安全扫描
0 / 70(0%)
声明的 Harness 目标
— 35 · ^0.1.6-alpha.2 || ^0.1.6-alpha.1 || ^0.1.5-rc.2 || ^0.1.5-rc.1 || ^0.1.5-alpha.1 || ^0.1.3-alpha.2 || ^0.1.3-alpha.1 || ^0.1.2-rc.1 1 · ^0.1.5-rc.1 1 · ^0.1.2-rc.1 || ^0.1.5-alpha.1 || ^0.1.6-alpha.1 1 · ^0.1.1-rc.2 || ^0.1.2-rc.1 1 · >=0.1.5-rc.1 <0.1.6-0 1 · >=0.1.5-rc.1 2 · >=0.1.2-rc.1 <0.2.0 || >=0.1.5-alpha.1 <0.2.0 1 · >=0.1.2-alpha.2 1 · >=0.1.0-rc.8 <0.2.0 1 · >=0.1.0-rc.6 <0.2.0 1 · >=0.1.0-rc.6 4 · >=0.1.0-rc.5 1 · 0.1.6-alpha.1 1 · 0.1.5-rc.2 3 · 0.1.5-rc.1 || 0.1.2-rc.1 1 · 0.1.5-rc.1 1 · 0.1.2-rc.1 || 0.1.5-rc.2 1 · 0.1.2-rc.1 || 0.1.5-alpha.1 1 · 0.1.2-rc.1 || 0.1.3-alpha.2 || 0.1.5-rc.1 1 · 0.1.2-rc.1 || 0.1.0-rc.7 1 · 0.1.2-alpha.4 || 0.1.2-alpha.5 || 0.1.2-rc.1 || 0.1.3-alpha.1 || 0.1.5-alpha.1 1 · 0.1.1-rc.2 || 0.1.2-rc.1 2 · 0.1.1-rc.2 1 · 0.1.1-rc.1 || 0.1.1-rc.2 || 0.1.2-alpha.2 || 0.1.2-alpha.3 || 0.1.2-alpha.4 || 0.1.2-rc.1 || 0.1.5-rc.1 || 0.1.5-rc.2 1 · 0.1.0-rc.8 through 0.1.5-rc.2 1 · 0.1.0-rc.6 or newer 1 · 0.1.0-rc.6 2
跟随最新预览线
35 / 70(—)
主要语言
TypeScript 38 · JavaScript 22 · Python 7 · Go 3
许可分布
MIT 49 · Apache-2.0 14 · — 2 · BSD-3-Clause 2
Stars 合计 / 中位数
167,161 / 493
五个 DSH 验证等级在 70 个条目上的分布柱状图:L1 6,L2 29,L3 35,L4 0,L5 0。
本目录 70 个条目的验证等级实际分布:L1 6,L2 29,L3 35,L4 0,L5 0。较高等级为空是有意为之——本站尚未在沙箱中安装或运行过任何插件,因此没有条目声明 L4 或 L5。

以下数字在每次构建时从目录内容重新统计,不是手写快照。

DeepSeek Harness 的开发者预览已经持续了足够长的时间,围绕它的插件生态也因此形成了自己的形态。本文是这一形态的快照,依据是本目录中收录的条目及其仓库信号。这不是市场报告,也不给赢家排名:对读者真正有用的问题是——某一类别是否已经稳定到可以依赖,以及某个插件到底在解决哪种失败模式。

增长是真实的,但并不均衡

插件数量持续扩张,而且分布非常陡峭。少数仓库吸引了大部分关注,而一长串确实有用的单一用途插件几乎无人问津。这种分布很正常,也正是发现比排名更重要的原因:第三十个搜索插件可能比第一个更适合你的环境。

与早期预览相比,变化不在数量,而在若干类别开始交付契约而不是演示。返回坐标与区域标签的视觉插件是可解析的 API。记录压缩事件的上下文插件是测量工具。加固 fetch 的搜索插件是在表态安全姿态。正是这些契约让插件变成基础设施,而不是周末项目。

四个类别已经成熟

有四个领域已经出现了行为像基础设施而不是实验的插件:

  • 视觉。 结构化证据输出、针对长截图的分块 OCR,以及用于回归检查的像素工具。未决问题是 schema 收敛:三种 JSON 形态仍然对应三种提示词。
  • 上下文检查。 构成分析和压缩事件日志把上下文调优变成了可测量的事情。剩余缺口是预算控制——看见窗口并不等于能停住失控会话。
  • 记忆。 审批门槛、有边界的检索和审计界面取代了不透明的堆积。快照格式仍在收敛时,版本锁定依然重要。
  • 搜索。 零密钥服务商让联网浏览成为默认能力,而不是付费升级项。代价稍后才显现:限流,以及没有守卫的抓取路径。

三个类别仍然不稳定

界面插件依然最脆弱,因为它们挂钩的渲染路径在预览版之间变化最大。智能体编排插件成熟得很快,但仍会以没有边界的循环让人措手不及。模型路由插件则带有一个安静的风险:在不明说的情况下改变回答质量。

对这三类,实践建议相同:放进隔离 profile,升级后钉版本,并拒绝任何说不出停止条件或权限表面的插件。

核验信息的采纳率在上升

与一个季度前相比,现在有更多条目声明了 dshTarget 和许可证,也有更多仓库带上了 dsh-plugin 话题标签,而正是这个机制让这些内容可以被发现。仍然存在的差距是安装说明的准确性:相当一部分条目展示的命令与已发布的包名并不一致。

在本目录,验证等级刻意保持在诚实的 L1–L3 区间。L4 与 L5 意味着沙箱加载或运行测试;在这些作为可核验产物存在之前,标签只会变成营销。自动安全扫描有助于在不运行代码的前提下分诊仓库——它不能替代你阅读真正要安装的东西的权限表面。

仍需解决的问题

有三个问题值得点明,因为目录站对这三个问题都能起到作用。

  1. 兼容性声明滞后于版本发布。 一个能正常工作但没有声明的插件,会被当成已经损坏。写出范围的作者比沉默的作者更值得信任。
  2. 安装说明与现实脱节。 一条错误的命令会浪费掉一个条目辛苦赢得的信任。预览线变动期间优先 github:owner/repo#sha,每次 harness 升级后再核对一遍。
  3. 安全状况没有文档记录。 权限面通常可以从源码里查出,但很少被写明,这就迫使每个用户都重复一遍相同的审查。

第四个问题更安静:重复。若干条目注册了同名能力。多插件安装后请检查已注册工具——后装的可能静默覆盖先装的。

把这份快照当购买指南来读

不要把 star 数当质量代理;它衡量的是注意力。改用三个信号:安装命令能否解析、插件是否声明目标或写明破坏计划、它声称修复的失败模式是否匹配你自己的。高星的界面皮肤和低星的上下文仪表解决的是不同问题;只有其中一个在你的关键路径上。

若从零开始:先装上下文检查;模型缺网或缺视觉再补对应能力;只有能看清窗口在干什么之后再上记忆。编排放最后——并且必须带预算。

接下来会怎样

在运行时仍处于预览阶段期间,界面层的变动预计会继续;工具输出会进一步向结构化证据格式收敛;模型类别中也会出现第一批认真尝试成本与路由透明度的项目。本目录会持续跟踪这三件事,并在输入还撑不起单一「安全分」之前,继续拒绝发布那种分数。

来源与参考

本页的技术判断建立在以下第一手资料之上,链接可直接追溯核对。

  1. [1]deepseek-ai/deepseek-harness — GitHubDeepSeek Harness、Cordis 运行时与插件加载模型的上游仓库。
  2. [2]@deepseek-ai/dsh on npm — npm已发布的 harness 包,也是本站 dshTarget 字段跟踪的版本来源。
  3. [3]dsh-plugin GitHub topic — GitHub本站用于发现收录插件的检索入口。
  4. [4]About semantic versioning — npm Docs兼容性与 dshTarget 建议所依据的版本号约定。
  5. [5]Keep a Changelog 1.1.0 — Keep a Changelog建议插件采用的可维护变更日志约定。
  6. [6]OWASP Top 10 — OWASP Foundation每个条目安全审查清单所引用的风险类别。

全部链接最后核验于 2026-09-11

ESC

输入关键词搜索索引,索引由 Pagefind 在部署时生成。