前言¶

DeepSeek Harness（DSH）在构建智能体时，常见的问题是：模型在回答时显得很笃定，但实际工作并没有完成。比如写入了文件但没有回读、猜了一个依赖版本、命令从未执行。默认的失败模式是：自信的描述加上无法验证的断言。

dsh-doubt 为 DSH 智能体在回答展示前增加了一层证据审查边界。它不问模型“你确定吗”，而是检查这一轮对话中实际发生了什么。只有经过证据核对的回答才能被展示。

是什么¶

dsh-doubt 是一个 DSH 插件，由维护者 Yangxingyu789 开发，分类属于工作流。它为 DSH 智能体提供「证据优先」的完成校验：在工具执行前做危险变更的门控，在最终答案展示前做工具结果的比对，并提供本地检查工具来验证断言。

核心功能¶

预执行门控¶

在工具真正执行之前，dsh-doubt 会扫描即将运行的命令，识别危险操作：写入 .dsh/profiles 或 .dsh/plugins、终止进程、修改服务或注册表、递归删除系统目录等。这类操作会进入主机审批流程，如果没有配置审批通道，则直接拒绝执行。

最终答案审查¶

在最终答案被显示之前，插件会启动一个不调用工具的审查器，将回答中的可执行断言（命令、路径、版本、符号、测量数值）与本轮实际工具调用和结果进行比对。被拒绝的草稿不会展示；当审查无法完成时，默认以 fail-open 模式展示，并附带明确状态。

verify_claims 工具¶

verify_claims 是一个本地检查工具，可以执行命令、文件、HTTP 请求或表达式，返回测量结果。这让断言可以被 grounding 在真实数据上，而不是凭空断言。

交付物溯源¶

当 Markdown 或 TXT 交付物被写入而没有内联源标注时，插件会要求生成溯源表，记录每一步来源。

实时变更防护¶

执行过的危险变更必须提供备份位置、回滚命令和操作后的健康检查。只有满足这些条件，变更才会被允许。

Token 使用与循环保护¶

doubt_review 的收据调用在模型工具列表中隐藏，但主机可以执行。模型发出的纯收据调用不会无限循环：混合响应中的其他工具仍然会执行；纯收据响应会因明确的不完整验证提示而停止。审查尝试日志包含提供商报告的 token 计数。

安装与启用¶

使用 DSH 插件管理器（推荐）：

dsh plugin --profile web add github:Yangxingyu789/dsh-doubt#v0.1.7

安装后重启 Harness 并刷新 UI，插件会在「设置 → 插件」中管理，可以启用或禁用。建议锁定 tag 或 commit 以保证可复现安装。

典型用法¶

重启 DSH 后，提出一个需要真实证据的问题，例如：

Read package.json and answer with only its version.

最终答案会被暂存，直到审查将其与实际的 read 结果比对。如需直接检查断言，可使用 verify_claims 工具。

审查尝试会记录为 审核用量，包含字符数和提供商用量；提示词、工具载荷和凭证不会记录。

适用场景与注意¶

适合需要在回答前确认证据完整性的 DSH 智能体场景，尤其是涉及文件写入、命令执行、系统变更的工作流。

插件以当前 DSH 进程权限运行。安装前建议检查源码与许可证（MIT）。

小结¶

dsh-doubt 通过预执行门控、最终答案审查和本地检查工具，为 DSH 智能体提供了一层「证据优先」的完成边界，避免自信但未验证的回答被展示。

• 插件目录：https://www.skillhub.cn/plugins/Yangxingyu789/dsh-doubt
• GitHub：https://github.com/Yangxingyu789/dsh-doubt