dsh-plugin-ima-sync
github.com/nan1010082085/dsh-plugin-ima-sync
v0.8.3
会话与记忆
可执行外部程序写入文件发起网络请求
DSH(DeepSeek Harness)插件:**把 DSH 的对话进度自动上传到腾讯 IMA**(ima 笔记 + Work 知识库)。
作者原文(英文)
DSH plugin: auto-upload conversation progress to Tencent IMA (daily note + Work knowledge base), mirroring the local Claude Code ima-upload workflow
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdsh-pluginpluginimatencent-imaknowledge-basedeepseek-harness
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意4一般17未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中lib/index.js:17import { execFile, spawn } from "node:child_process";- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意7 处命中lib/index.js:324mkdirSync(cacheDir, { recursive: true });lib/index.js:325writeFileSync(cacheFile, noteId);lib/index.js:342writeFileSync(cacheFile, "");lib/index.js:355mkdirSync(cacheDir, { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意3 处命中lib/client.js:26const res = await fetch(url, { headers: { accept: "application/json" } });lib/client.js:33const res = await fetch(url, {lib/index.js:265const response = await fetch(`${DEFAULT_BASE_URL}/${apiPath}`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般72 处命中lib/client.js:108credentials: "IMA 凭证",lib/client.js:118apiKey: "API Key",lib/client.js:163credentials: "IMA Credentials",lib/client.js:166credMissing: "No credentials detected, check manual override above",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取环境变量
reads-env一般7 处命中lib/index.js:119clientId: manualOverride.clientId || base.clientId || process.env.IMA_OPENAPI_CLIENTID || process.env.IMA_CLIENT_ID || r…lib/index.js:120apiKey: manualOverride.apiKey || base.apiKey || process.env.IMA_OPENAPI_APIKEY || process.env.IMA_API_KEY || readTrimmed…lib/index.js:636else if (process.env.IMA_OPENAPI_CLIENTID || process.env.IMA_CLIENT_ID) credentialSource = "env";README.md:86> 也支持把 `clientId` / `apiKey` 用 `!!js process.env.XXX` 表达式注入(见 dsh loader 的 `!!js` 约定)。- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 读取文件
reads-files一般6 处命中lib/index.js:71return readFileSync(file, "utf8").trim();lib/index.js:81if (existsSync(configFile)) return JSON.parse(readFileSync(configFile, "utf8"));lib/index.js:315if (existsSync(cacheFile)) {lib/index.js:316noteId = readFileSync(cacheFile, "utf8").trim();- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般1 处命中lib/index.d.ts:51export declare const Config: import('@deepseek-ai/schemastery').S;- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 7 |
| 发起网络请求 | network | 需留意 | 3 |
| 接触凭据或密钥 | credentials | 一般 | 72 |
| 读取环境变量 | reads-env | 一般 | 7 |
| 读取文件 | reads-files | 一般 | 6 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 6 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)