dsh-topics-memory
github.com/fan56/dsh-topics-memory
v0.25.0
模型与账号
可执行外部程序以 shell 执行命令写入文件
一个 dsh 插件:把「工作 topic 记忆」维护成 OKF 标准(Open Knowledge Format v0.2)的知识 bundle,持久化在本地 git 仓库(可选同步到 GitHub 私有仓库),利用 git 历史提供结论可追溯性,自动观察会话沉淀知识,并在每轮对话前向模型注入相关 Topic。
作者原文(英文)
dsh-plugin: quality-first topic memory for dsh — a topic keeps the starting question, conclusion, impact and dependencies, not the process; local-first git-traced OKF bundle, budgeted LLM-free injection
中文简介由 DeepSeek 模型翻译,仅供参考。
dshdsh-pluginplugintopic-memoryokfopen-knowledge-formatmemorytopic
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注2需留意4一般16未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注12 处命中lib/jev/client.js:15import { execFile } from 'node:child_process';lib/commands.js:10import { spawn } from 'node:child_process';lib/embedding.js:15import { execFileSync } from 'node:child_process';lib/git.js:12import { spawn } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注2 处命中lib/embedding.js:178raw = execFileSync('curl', [src/embedding.ts:262raw = execFileSync(- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 写入文件
writes-files需留意62 处命中lib/commands.js:472await writeFile(file, html, 'utf8');lib/legacy-import.js:237mkdirSync(join(path, '..'), { recursive: true });lib/legacy-import.js:238writeFileSync(path, `${JSON.stringify(marker, null, 2)}\n`);lib/jev/log.js:52await mkdir(dirname(file), { recursive: true });- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意4 处命中lib/jev/client.js:3* node:child_process and the global fetch (design 2026-09-25 §3; ADRlib/jev/client.js:186res = await fetch(backend.endpoint, {lib/embedding.js:79res = await fetch(`${host}/api/embed`, {src/jev/client.ts:3* node:child_process and the global fetch (design 2026-09-25 §3; ADR- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般180 处命中lib/jev/backends.js:17keyEnv: 'JEV_ZEN_API_KEY',lib/jev/backends.js:26keyEnv: 'TYPESAFE_API_KEY',lib/jev/backends.js:35keyEnv: 'OPENROUTER_API_KEY',lib/jev/client.js:18import { currentSecrets, scanForSecrets } from "./gate.js";- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般110 处命中lib/jev/gate.js:52raw = readFileSync(file, 'utf8');lib/index.js:230content: stripFrontmatter(await readFile(bodyUrl, 'utf8')),lib/legacy-import.js:158if (existsSync(markerPath))lib/legacy-import.js:171const source = legacySettingsCandidates(input.home).find((p) => existsSync(p));- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 动态加载模块
dynamic-import一般90 处命中lib/distill.js:1141const { BlockAssembler, createUserMessage } = await import('@deepseek-ai/dsh-llm');lib/distill.js:1142const { deepFreeze } = await import('@deepseek-ai/dsh-util-values');lib/index.js:534void import('@deepseek-ai/dsh-llm').catch(() => undefined);lib/index.js:984// ---- One-time legacy settings import (0.1.5 → 0.1.7 upgrade path) ----- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取环境变量
reads-env一般28 处命中lib/jev/client.js:53const envKey = process.env[backend.keyEnv] ?? '';lib/jev/client.js:56const explicit = process.env.JEV_KEYCHAIN?.trim() ?? '';lib/commands.js:479if (process.env.DSH_TOPICS_NO_OPEN === '1')lib/embedding.js:36const raw = (explicit ?? process.env.OLLAMA_HOST ?? '').trim();- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 12 |
| 以 shell 执行命令 | shell-exec | 高关注 | 2 |
| 写入文件 | writes-files | 需留意 | 62 |
| 发起网络请求 | network | 需留意 | 4 |
| 接触凭据或密钥 | credentials | 一般 | 180 |
| 读取文件 | reads-files | 一般 | 110 |
| 动态加载模块 | dynamic-import | 一般 | 90 |
| 读取环境变量 | reads-env | 一般 | 28 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 98 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)