dsh-plugin-jules
github.com/rbviz/dsh-plugin-jules
v0.1.1
其他
可执行外部程序写入文件
Google Jules remote coding agent integration for DeepSeek Harness
该插件尚未翻译,显示作者原文。
dshdsh-plugindeepseek-harnessjulesgoogle-julescoding-agentremote-agent
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注1需留意4一般18未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中scripts/build.mjs:11import { spawnSync } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意2 处命中scripts/link-dsh-deps.mjs:106mkdirSync(dirname(link), { recursive: true })scripts/link-dsh-deps.mjs:112rmSync(link, { recursive: true, force: true })- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 接触凭据或密钥
credentials一般68 处命中README.md:112apiKeyEnv: JULES_API_KEYREADME.md:1232. Expose it under the credential name in `apiKeyEnv` (default `JULES_API_KEY`). Either export itREADME.md:124before starting the harness, or store it through the harness credential store so configuration keepsREADME.md:125naming a secret rather than containing one.- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般8 处命中scripts/build.mjs:19if (process.env.DSH_TSC !== undefined && existsSync(process.env.DSH_TSC)) return process.env.DSH_TSCscripts/build.mjs:20const home = process.env.DSH_HOME ?? join(process.env.HOME ?? '', '.dsh')scripts/link-dsh-deps.mjs:44const options = { home: process.env.DSH_HOME, check: false, optional: false }scripts/link-dsh-deps.mjs:61return process.env.HOME ?? process.env.USERPROFILE ?? ''- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般6 处命中scripts/build.mjs:19if (process.env.DSH_TSC !== undefined && existsSync(process.env.DSH_TSC)) return process.env.DSH_TSCscripts/link-dsh-deps.mjs:32const MANIFEST = JSON.parse(readFileSync(join(PACKAGE_ROOT, 'package.json'), 'utf8'))scripts/link-dsh-deps.mjs:68if (existsSync(profiles)) {scripts/link-dsh-deps.mjs:69for (const entry of readdirSync(profiles, { withFileTypes: true })) {- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般1 处命中lib/journal.d.ts:40watches: import("@deepseek-ai/dsh-storage-domain").DomainTableSpec<string, WatchRecord>;- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 2 |
| 接触凭据或密钥 | credentials | 一般 | 68 |
| 读取环境变量 | reads-env | 一般 | 8 |
| 读取文件 | reads-files | 一般 | 6 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 21 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。