DSH预发布新版本:插件能否查出漏报失败

关注「山海只能局」，用东方文化看懂现代科技。

用智能体整理数据的人，最怕结果表写得整齐，却漏掉工具报错或添出来源中没有的数字。DeepSeek Harness（DSH）与普通聊天产品的差别，是它把模型放进可组合的工具、插件和会话运行时；一个插件可以在回答交给用户前检查工具返回。DSH 官方仓库在 11 月 4 日发布 v0.2.2-rc.1，这是预发布，不是 npm 的 latest。

今天核验的一个插件叫 dsh-result-check，0.3.0 版本的固定提交为 88fd9faa1c56c70bb594f42465016f33918162cb。它的目标是检查未说明的工具失败和没有来源的数字。本文只审阅该提交及包文件，没有执行安装、Profile 重启和端到端任务，因此不写为运行验收通过。

版本边界会影响插件能否被解析和加载。package.json 声明 DSH 引擎范围为 >=0.2.0 且 <0.3.0，仍应对照当前 Profile 的实际包和 Bundle 依赖；版本区间只是作者声明，不保证每个 prerelease 都已通过兼容测试。发布前要记录 DSH 版本、Node 运行时与锁定文件。

官方 GitHub Release 标注 dsh-v0.2.2-rc.1，tag 指向提交 66491b05e3f05ad35bcdd4f6cd7ed26041d9e3db。npm 元数据中 next 指向 0.2.2-rc.1，alpha 指向 0.2.2-alpha.3，latest 则仍指向 0.2.1-rc.5。消费者若只看一条版本字符串，可能把预发布当稳定版。tag 是仓库对象，dist-tag 是注册表可变指针，插件源码 commit 又是另一层固定身份。

当次 GitHub Topic 页面给出 27,261 个带 dsh-plugin 标签的仓库候选。这不是经过审查的插件总量。本文固定审阅一个可下载的 0.3.0 Bundle 样本；目前只有这一条样本进入本次源码核对，不能据此推算整个生态中可加载、可安装或已运行验收的数量。

dsh-result-check 主要读取当前会话事件。这类插件的最小权限不是‘没有权限’，而是只在被加载的 Profile 中接收哪些事件、是否持久化、哪些子代理共享事件。安装者应检查配置文件、宿主日志和插件退出后的状态，并明确会话内容是否含密钥或个人资料。

dsh-result-check 在 session/event 上收集用户消息、工具调用参数、工具结果和回答内容，再在 turn-stopping 阶段执行确定性检查。第一类问题是工具失败后答案没说明失败；第二类是回答给出的数字不在工具输出、调用参数或用户消息中，也不能由答案里可见的简单计算推出。它不再调用一个模型替另一个模型打分，而是在结束前发一条纠正提示。

源码还提供开关、失败状态映射、忽略工具名、最小整数位数、是否只在调用工具时查数字、衍生范围和最大提醒次数等配置。README 说明默认最多提醒一次。插件因此适合有明确数据工具和可对账输出的任务，例如表格摘要、监控报表和研究代理。它并不适合把每个自然语言估计都当成必须由工具证明的场景。

插件纠正提示本身会改变模型后续回答，因而有延迟与上下文成本。若某类任务允许估算，默认数字检查可能让模型多花一轮解释；若工具结果含错误状态字段，失败检查也可能忽略实际异常。测量提醒次数、误报率、漏报率和额外 token，才能判断收益。

package.json 声明 0.3.0、MIT 许可，并把 dsh.bundle.patch 指向 cordis.patch.yml；补丁文件插入 id 为 result-check 的插件。固定提交源码公开了会话事件订阅、数字索引、失败状态判断和结束前提示逻辑。当前代码文件没有声明独立 shell 命令或外部 API；但 DSH 宿主会把会话消息、工具参数和结果送入插件，因此运行时的数据可见范围应以宿主事件模型和安装配置核对。

这个静态审阅不能证明包能在指定 DSH 版本上加载，不能证明补丁被正确合并，也不能证明插件提示不会误伤任务。源码中出现 hooks，不能推断桌面端权限提示、Profile 状态和子代理行为。要把证据升级为可用，需要在隔离 Profile 中固定安装版本，重启 DSH，分别输入含工具失败、来源数字和可推导数字的任务，最后检查实际输出与卸载回滚。

README 给出的十二项数据分析任务和 Claude Code 会话离线复核是作者报告。固定提交静态审阅能确认文件和接口存在，不能确认测试集是否覆盖了使用者的数据格式。团队应拿脱敏的历史错误报告重放，记下每条检查触发条件，再由维护者复核测试集。

第一，README 说明 shell 返回非零退出码不会自动视为工具失败，因为宿主把它作为普通结果返回；用户若没在输出结构中看到失败状态，插件可能不提示。第二，复杂计算或跨段推导可能被忽略，也可能触发额外纠正；参数可以在同一段或全回答范围内判断，宽范围会降低漏报也可能增加误判。

第三，恢复或分叉会话若不是从第一轮开始观察，插件无法恢复此前漏掉的工具事件。第四，默认提醒次数为一次，后续遗漏不会继续纠正。第五，维护者的离线或 live-dsh 测试是作者报告，不能代替我们对固定提交的复现。部署者要让工具把失败状态明确结构化，并留存原始返回，否则插件只能检查它实际看见的事件。

目前没有发现插件单独请求网络、文件系统或 shell 的声明，但宿主拥有的事件仍可能包含工具参数和响应内容。使用者要检查 DSH 是否会把这些事件写入日志、转发到模型服务或提供给子代理。权限审查应该按数据流，而不是只看 package.json 有没有 permissions 字段。

安装之前先固定仓库 commit，核对许可证、依赖、Bundle 补丁和事件字段；用无敏感数据的隔离 Profile，备份当前插件清单，再跑低风险任务。审阅的代码没有声明独立 shell 命令或外部 API，但插件能接收宿主提供的消息、工具参数和返回内容；还要查宿主日志、子代理共享范围与模型服务的数据路径。

准备回滚时，保存 Profile 备份和插件清单；卸载或移除补丁后重启 DSH，确认插件不再出现、任务输出恢复且设置没有残留。没有安装、Profile 重启与真实任务，这篇报道仍是源码审阅，不能给出‘已验证可用’结论。

回滚也要实际演练：保留 Profile 备份，卸载插件或移除 cordis.patch.yml 条目，重启后确认设置页和工具行为恢复。若它留下持久化状态或缓存，回滚流程要说明清理范围。没有重启后的检查，‘已移除配置’并不能证明活动进程已卸载。

GitHub Topic 当次显示 27,261 个 dsh-plugin 标签候选，证明的是标签搜索覆盖。jqueryscript/awesome-dsh-plugins 列出 694 项，最低收录门槛为 30 stars；README 标注最近核验在 2026 年 9 月 28 日，虽然列出 11 月 4 日新增条目，既有 Star 快照仍有时效限制。它适合导航，不是兼容验收表。

dshpacks 的插件目录页列出 4,452 个英文可见项目，其中 3,170 项有独立条目页；条目展示 README 中的用途、许可证、版本和安装命令，页面日期为 10 月 28 日。它是上游 radar 的导航层，不等于逐项安装或真实任务验收。Plugin Leaderboard 的单项页面展示星标排序、增长与安装核验状态；其 FAQ 说明隔离安装核验不等于代码安全。

DSH 官方 Plugin Market 文档说明，DSH 不随附索引源；用户要开启实验性 Custom plugin markets 并添加 URL。安装确认会展示 npm 来源，或 Git 仓库、commit 与目录；若索引经 HTTP 传输，链路参与者能改写安装规格。这个入口强调检索和安装流程，不会替第三方索引担保。

近一个月插件历史逐日覆盖记忆、文件、搜索、费用和权限类功能；result-check 的核心用途是核验答案与工具结果的一致性，不是对旧插件换标题。仍需按固定仓库和功能语义去重，避免同一代码以新版本号进入每日选题。

这些入口共同缺少一条可连续复核的决策链：固定来源、可读权限、真实任务记录和可撤销变更各自分散。11 月 5 日重读的 DSH.Store 国际站（https://dsh.store/） 与 国内站（https://dsh-store.cn/）是两种访问入口，不是两套生态。当日 catalog JSON 有 875 条记录，其中 34 approved、745 blocked、96 unlisted。它们是目录状态记录，不能混称为已验证插件数或运行验收数。

DSH 安全插件管理器仓库（https://github.com/AI-Scarlett/dsh-safe-plugin-manager）将发现插件、固定来源、查看权限和可恢复管理放进同一工作流；README 将其描述为第三方标准 Bundle、Host Plugin、Client Bundle，不修改 DSH 源码。它提供一套检查路径，仍不能替代对 dsh-result-check 的实际任务验收。

适合的试点不是通用聊天，而是回答数字必须可溯源、工具有结构化返回的小型流程。先从本地测试数据开始，比较启用与停用插件的结果，再观察模型是否解释了工具失败。若测试只覆盖人工制造的例子，结果只能说明这些用例，不代表生产流量。

使用者可以沿DSH 安全插件管理器检查来源固定、权限说明和恢复流程，再在隔离 Profile 验收目标插件。开发者可以用 build-dsh-plugin（https://github.com/AI-Scarlett/build-dsh-plugin）研究 Bundle 结构、权限元数据与打包门槛；GitHub API 和 README 均声明 MIT License，改动或再分发仍须保留许可声明。

对于 dsh-result-check，下一步应覆盖结构化工具失败、来源数字、可推导数字、误报与漏报，再检查最终输出并卸载回滚。完成这些操作后，读者才有自己的运行证据；本次稿件仍止于固定提交源码审阅。