dsh-connect-trae
github.com/dingminhua/dsh-connect-trae
v3.4.3
模型与账号
可执行外部程序发起网络请求
把本机登录的 Trae 模型接入 DeepSeek Harness:国内版与国际版双供应商并行,提供用量/积分概览与每日签到领取。
该插件尚未翻译,显示作者原文。
dsh-plugindeepseek-harnesstraemodel-providerusagecredits
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注1需留意4一般18未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中lib/index.js:16import { execFile } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 发起网络请求
network需留意11 处命中lib/client.js:1142const response = await fetch(withTraeRegion(TRAE_USAGE_PATH, region), {lib/client.js:1212const response = await fetch(withTraeRegion(TRAE_ACCOUNTS_REFRESH_PATH, activeRegion), {lib/client.js:1306const response = await fetch(url, {lib/client.js:1384const response = await fetch(withTraeRegion(TRAE_CHECKIN_PATH, activeRegion), {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般294 处命中lib/client.js:1144credentials: "same-origin",lib/client.js:1215credentials: "same-origin"lib/client.js:1308credentials: "same-origin"lib/client.js:1350* credential without moving the whole binding.- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般17 处命中lib/index.js:452return existsSync(join(packageRoot, "dist", "utils", "transcript.js"));lib/index.js:492const parsed = JSON.parse(readFileSync(join(directory, "package.json"), "utf8"));lib/index.js:1874const raw = await readFile(candidate.path, "utf8").then((text) => ({ text }), (error) => ({ error }));lib/index.js:1923const credential = this.credentialFrom(candidate, await readFile(candidate.path, "utf8"));- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般10 处命中lib/index.js:1431function traeStorageCandidates(platform = process.platform, home = homedir(), env = process.env) {lib/index.js:1474function traeCliCandidates(platform = process.platform, home = homedir(), env = process.env) {lib/index.js:2232const env = options.env ?? process.env;lib/index.js:2346const env = options.env ?? process.env;- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般5 处命中lib/index.js:2380const { hostname } = await import("node:os");CHANGELOG.md:6792. **凡外部化的导入必须是 shell 注册过的模块**,否则产出的 `require(...)` 解析不到。CHANGELOG.md:706插件的客户端 bundle 由 shell 的模块加载器载入(`window.__ModuleLoader__.load({ factory: (require) => … })`),它只注册了极少数模块名。tsdown 会把该值导入转成一…CHANGELOG.md:1294- **验证脚本在 Windows 上启动即崩,一条检查都跑不到**(在 Windows 真机上实测发现):`scripts/verify-windows.mjs` 的 `loadPlugin()` 写的是 `import(join(her…- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 发起网络请求 | network | 需留意 | 11 |
| 接触凭据或密钥 | credentials | 一般 | 294 |
| 读取文件 | reads-files | 一般 | 17 |
| 读取环境变量 | reads-env | 一般 | 10 |
| 动态加载模块 | dynamic-import | 一般 | 5 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 11 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)