D

dsh-tools

github.com/deepseek-ai/deepseek-harness

v0.0.1-rc.1 市场与管理

工具注册表与执行流水线。工具插件注册各自的 schema 与执行器;agent 循环通过 `tools/pre-execute`(可扩展的允许/拒绝闸门)→ 单调递增的已注册守卫 → `tools/execute`(用于超时/重试/指标插件的环绕式分发包装器)→ `tools/post-execute`(检查/替换结果、附加上下文)→ 定义方拥有的 `finalizeContent` 边界 → 仅观察的 `tools/result` 通

作者原文(英文)

Tool registry and execution pipeline for the DeepSeek Harness

中文简介由 DeepSeek 模型翻译,仅供参考。

分类
market
发布
2026-08-10
版本
v0.0.1-rc.1

检测报告

能力很少。几乎没有命中能力模式,源码里很少出现敏感调用。
2一般22未命中
高关注需留意一般

能力清单

  • 读取文件reads-files一般2 处命中
    • README.md:88return readFile(args.path, { encoding: 'utf8', signal: exec.signal })
    • README.zh.md:88return readFile(args.path, { encoding: 'utf8', signal: exec.signal })
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 动态加载模块dynamic-import一般1 处命中
    • lib/types/testing.d.ts:14execute(args: import('./schema.ts').InferArgs<S>, exec: ToolRunContext): Promise<ContentBlock[]>;
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
能力标识关注度命中次数
读取文件reads-files一般2
动态加载模块dynamic-import一般1

这份报告的口径

扫描读的是包里的源码,全程不执行第三方代码。 本次读了 26 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告

已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)

← 返回全部插件