智能体任务路由 chow651/dsh-agentic-boost

DSH Agentic Boost

DSH Agentic Boost 是 DeepSeek Harness（DSH）的实验性插件，为 AI 编码智能体补上显式任务路由、聚焦技能、会话绑定的验证记录、任务状态门禁，以及脱敏的失败恢复指引。 它面向这样的开发者：希望编码智能体把工作阶段亮出来，更谨慎地报告验证证据。它不改模型权重，也没有证明模型质量有可测量的提升。

DSH Agentic Boost 加了什么？

- 任务路由： 把 qa、code-change、investigation、multi-step 这几类工作映射到各自的任务上下文、技能、工具姿态和完成门禁。
- 内置技能： v2-answer、v2-investigate、v2-recover、v2-verify-loop，分别提供回答、调研、恢复、验证循环的聚焦流程。
- 验证记录： verify_check 在当前会话里记下命令、上报的退出码与通过/失败值，以及脱敏摘要。
- 任务状态跟踪： task_state 记录 plan、active、verify、done、blocked 之间的迁移。迁移到 done 需要一条成功且绑定会话的验证记录。
- 失败恢复： DSH 钩子可以附上相关工具失败的有限、脱敏摘要，并引导走「定位 → 修复 → 重跑检查」的循环。
- 证据感知的冒烟诊断： 本地脚本解析结构化 DSH 事件，当必需证据未知时返回 INCONCLUSIVE 或 BLOCKED，而不是把泛泛的回复文本当成成功证明。

verify_check 能证明什么？

verify_check 记录的是 DSH 智能体上报的内容；它不执行命令，也不独立证实某个进程真的跑过。退出码和通过/失败值由智能体提供。这条会话绑定记录是任务状态迁移的工作流门禁，不是独立的测试证据。同样，冒烟解析器只对它收到的结构化事件做推理，不验证这些事件的来源。

跑一下自带的测试

仓库里放着插件源码和自动化测试；它没有发布成 npm 包。测试只用 Node.js 内置模块，需要 Node.js 22.19.0 或更高版本。

git clone https://github.com/chow651/dsh-agentic-boost.git
cd dsh-agentic-boost/plugin
npm test

这份 24 个文件的公开源码快照，在 Linux 上用 Node.js 24.19.0 通过了 47/47 项自动化测试。这个结果只覆盖自带的测试用例；它不代表在真实模型上验证过，也不代表可以上生产。

兼容性与当前限制

- 插件面向 DSH 0.2.0-rc.2 宿主契约。仓库里带了契约测试，但在启动起来的 DSH 智能体里做端到端实跑，尚未验证。
- Windows 没测过，内置技能在启动后的智能体里是否可见，也没确认。
- 没有任何基准测试衡量过模型质量或编码能力的提升。
- smoke-v2.mjs 实时运行器需要安装 DSH，还需要一个模型服务商包。用命令行选项或对应的 DSH_MODEL_* 环境变量提供模型目录、包名、服务商名称和模型 ID；本仓库不包含任何本地配置档或模型路由。本次发布未执行实时模型运行。
- 这是实验性软件，不是生产可用版本，也不是 DSH 官方组件。

插件会更改权限，或替智能体运行测试吗？

不会。插件是增量式的，不修改 DSH 核心，不授予工具，也不替换宿主的审批与沙箱策略。它的作用域内预执行守卫会拒绝部分文件写入调用，这些调用针对受保护的测试或日志产物；它不会笼统地拦截 shell 命令。DSH 智能体用自己常规的工具运行检查，然后通过 verify_check 上报结果。

隐私与安全使用

smoke 运行器面向合成的、非敏感任务。加上 --keep-tmp 后，它的临时任务文件会保留，自定义任务文本会短暂出现在子进程参数中。诊断信息会脱敏并限制常见的密钥与路径模式，但脱敏无法保证检出每一个敏感值。不要在任务文本或日志里放入凭据、私有提示词或个人数据。

FAQ

DSH Agentic Boost 会让 AI 模型更聪明吗？

它不会改变模型权重。插件增加的是工作流指引和证据记录关卡；模型质量是否有可测量的提升，尚无定论。

verify_check 会运行测试吗？

不会。DSH 智能体用现有工具运行检查并上报结果。插件记录这份报告，并把它用作工作流关卡，但它不会独立验证进程执行。

这是 DSH 官方插件或生产版本吗？

不是。它是一个独立的实验性插件。实时运行时行为、Windows 兼容性和生产可用性均尚无定论。