DSH验收工具设计

在DeepSeek Harness (DSH)生态中，针对Coding Agent“声称完成但缺乏独立验证”的问题，开发者们正在构建一套以证据锚定为核心的交付验收体系。该体系拒绝将无证据的结论折算为通过或失败，而是引入五种状态（待验收、通过、未通过、无法判断、环境阻塞）来保留不确定性。

目前主要存在三种技术路径：

1. 结构化记录与人工决策：如dsh-acceptance，强调将需求拆解为可检查条件，要求记录命令、文件、URL等可定位证据，并区分原始需求与模型建议。
2. 实时拦截与只读验证：如dsh-proof，在Agent回合结束前生成只读子代理进行验证，若发现缺口则注入反馈引导Agent修正，不直接修改代码。
3. 多候选竞争与LLM排序：如dsh-llm-verifier，并行运行多个Coding Agent生成补丁，先通过确定性测试筛选，再由LLM对剩余补丁进行排名，最终需人工批准应用。

此外，还有针对视觉UI的dsh-visual-acceptance和侧重工程纪律的dsh-doublecheck等插件，共同构成了DSH的“信任层”。核心分歧在于自动化程度：是依赖外部导入结果，还是内置子代理实时闭环；以及如何处理“无法判断”的状态——是阻塞流程还是允许人工介入。