dsh-codex-mode
github.com/bainianlaoyao/dsh-codex-harness
v0.3.5
模型与账号
R015 覆盖内置工具写入文件发起网络请求
Lightweight Codex-shaped coding tools for DeepSeek Harness: exec_command/write_stdin, apply_patch, view_image, OpenAI model routes, DSH-native collaboration tools, and a Codex-shaped 创造模式 (cordis) preset.
该插件尚未翻译,显示作者原文。
dshdsh-plugindeepseek-harnesscodexagent-presetopenairesponses-api
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意4一般17未命中
高关注需留意一般
能力清单
- R015 覆盖内置工具
tool-shadowing高关注1 处命中- apply_patch
- 看它是否覆盖了 DSH 内置同名工具。覆盖会改变你已有习惯的行为。
- 写入文件
writes-files需留意7 处命中plugins/tools/apply-patch.js:432await ctx.fs.mkdir(parent, { recursive: true })plugins/tools/apply-patch.js:435await mkdir(ctx.fs.processPath(parent), { recursive: true })plugins/preset-publisher.js:112writeFileSync(file, text)plugins/preset-publisher.js:116writeFileSync(join(target, MARKER_FILE), `${JSON.stringify({- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意3 处命中plugins/client.js:10const response = await fetch(BASE + path, body === undefined ? {} : {plugins/llm-openai.js:462response = await fetch(`${connection.baseURL}/chat/completions`, {plugins/llm-responses.js:650response = await fetch(`${connection.baseURL}/responses`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般50 处命中plugins/agent-types.js:113const descriptor = this.ctx.settings.describe({ redactSecrets: true }).find(item => item.ns === NAMESPACE)plugins/llm-openai.js:31assertUsableApiKey,plugins/llm-openai.js:49const DEFAULT_API_KEY_ENV = 'OPENAI_API_KEY'plugins/llm-openai.js:70/** Credential reference (environment-variable name); defaults to `OPENAI_API_KEY`. */- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般12 处命中plugins/tools/exec-command.js:170isDirectory = statSync(normalized).isDirectory()plugins/preset-publisher.js:54const entries = readdirSync(dir, { withFileTypes: true })plugins/preset-publisher.js:72hash.update(readFileSync(join(dir, ...file.split('/'))))plugins/preset-publisher.js:80return JSON.parse(readFileSync(join(PACKAGE_ROOT, 'package.json'), 'utf8')).version ?? '0'- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般3 处命中plugins/llm-openai.js:531const ambient = process.env[ref]plugins/llm-responses.js:719const ambient = process.env[ref]plugins/preset-publisher.js:48const fromEnv = process.env.DSH_HOME- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般2 处命中…ts/codex-creative/check-rows.mjs:28const mod = await import(resolved)agent-presets/codex/check-rows.mjs:44const mod = await import(resolved)- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| R015 覆盖内置工具 | tool-shadowing | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 7 |
| 发起网络请求 | network | 需留意 | 3 |
| 接触凭据或密钥 | credentials | 一般 | 50 |
| 读取文件 | reads-files | 一般 | 12 |
| 读取环境变量 | reads-env | 一般 | 3 |
| 动态加载模块 | dynamic-import | 一般 | 2 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 28 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)