AllDSH

DSH 插件现状,2026 年 9 月

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

作者 AllDSH 编辑部 · 编辑团队

负责维护本站目录中的验证等级、分类与安装命令。

DeepSeek Harness 的开发者预览已经持续了足够长的时间,围绕它的插件生态也因此形成了自己的形态。本文是这一形态的快照,依据是本目录中收录的条目及其仓库信号。

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

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

四个类别已经成熟

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

  • 视觉。 结构化证据输出、针对长截图的分块 OCR,以及用于回归检查的像素工具。
  • 上下文检查。 构成分析和压缩事件日志把上下文调优变成了可测量的事情。
  • 记忆。 审批门槛、有边界的检索和审计界面取代了不透明的堆积。
  • 搜索。 零密钥服务商让联网浏览成为默认能力,而不是付费升级项。

三个类别仍然不稳定

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

核验信息的采纳率在上升

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

仍需解决的问题

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

  1. 兼容性声明滞后于版本发布。 一个能正常工作但没有声明的插件,会被当成已经损坏。
  2. 安装说明与现实脱节。 一条错误的命令会浪费掉一个条目辛苦赢得的信任。
  3. 安全状况没有文档记录。 权限面通常可以从源码里查出,但很少被写明,这就迫使每个用户都重复一遍相同的审查。

接下来会怎样

在运行时仍处于预览阶段期间,界面层的变动预计会继续;工具输出会进一步向结构化证据格式收敛;模型类别中也会出现第一批认真尝试成本与路由透明度的项目。本目录会持续跟踪这三件事。

来源与参考

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

  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

Type to search the index. Built at deploy time by Pagefind.