DSH插件目录
D

dsh-engram

github.com/kenz1117/dsh-engram

v0.7.15 市场与管理 写入文件发起网络请求R013 清单可疑
认证 L1已扫描 ✓健康 B/80周下载 1.2k

DeepSeek Harness 跨会话长期记忆插件 — 把记忆宫殿的 信息架构 （而不是它的神经科学隐喻）真正落进 agent： 位置当索引 （每条记忆钉在「房间#桩位」坐标上）、 固定路线定顺序 （巡游路线只增不改）、 骨架长期复用 （同主题永远同房同序）、 标记独一无二 （门牌纪律：唯一 · 差异化 · 带日期）。配套间隔重复的检索练习（只给线索、不给正文）与知识飞轮（摄取 → 强化 → 蒸馏 → 衰减）。纯 TypeScript

作者原文（英文）

Cross-session long-term memory for DeepSeek Harness (memory palace · AGI Architecture Exploration on dsh-market): dual-scope SQLite memory graph, hybrid retrieval, provenance audit, and a knowledge flywheel.

中文简介由 DeepSeek 模型翻译，仅供参考。

dsh-plugindeepseek-harnessdshdsh-marketagi-architecture-explorationmemory-palacemethod-of-locimemory
分类
market
发布
2026-10-03
版本
v0.7.15

检测报告

有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
3需留意4一般17未命中
高关注需留意一般

能力清单

  • 写入文件writes-files需留意21 处命中
    • lib/index.js:238await mkdir(cacheDir, {
    • lib/index.js:2080writeFileSync(jevOverridePath(dbDir), `${JSON.stringify(override, null, 2)}\n`, { mode: 384 });
    • lib/index.js:2305await mkdir(rootDir, {
    • lib/index.js:2322await mkdir(roomDir, {
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 发起网络请求network需留意2 处命中
    • lib/client.js:1window.__ModuleLoader__.load({id:`@kenz1117/dsh-engram`,factory:e=>{var t={exports:{}},n=t.exports;Object.defineProperty…
    • lib/index.js:1972const response = await fetch(new URL("/v1/systemone", config.baseUrl), {
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • R013 清单可疑manifest-obfuscation需留意1 处命中
    • 安装脚本: prepare
    • 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
  • 读取文件reads-files一般22 处命中
    • lib/index.js:2056raw = readFileSync(jevOverridePath(dbDir), "utf8");
    • lib/index.js:2463const files = (await readdir(dbDir)).filter((name) => name.endsWith(".db"));
    • lib/index.js:2501return readFile(path);
    • lib/index.js:2538for (const name of (await readdir(dbDir)).filter((n) => n.endsWith(".db"))) {
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
  • 接触凭据或密钥credentials一般20 处命中
    • lib/index.js:131if (jev.enabled === true && (jev.apiKey === void 0 || jev.apiKey === "")) throw new Error("dsh-engram: jev.enabled=true …
    • lib/index.js:174apiKey: config.jev?.apiKey,
    • lib/index.js:1975Authorization: `Bearer ${config.apiKey ?? ""}`,
    • lib/index.js:2096if (typeof patch["apiKey"] !== "string") return "invalid: jev.apiKey 必须是字符串";
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 读取环境变量reads-env一般6 处命中
    • scripts/backfill-embeddings.mjs:30if (process.env.HF_ENDPOINT) env.remoteHost = process.env.HF_ENDPOINT
    • scripts/clientBundle.ts:206// process.env.NODE_ENV; zustand's esm build also probes
    • scripts/clientBundle.ts:216'process.env.NODE_ENV': JSON.stringify(process.env.NODE_ENV ?? 'production'),
    • scripts/clientBundle.ts:217'import.meta.env.MODE': JSON.stringify(process.env.NODE_ENV ?? 'production'),
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般5 处命中
    • lib/index.js:243const { pipeline, env } = await import("@huggingface/transformers");
    • lib/index.js:2418const { writeFile, mkdir } = await import("node:fs/promises");
    • lib/index.js:2419const { dirname } = await import("node:path");
    • lib/index.js:2500const { readFile } = await import("node:fs/promises");
    • 动态导入本身无害，但会让依赖关系难以静态审阅。
逐条扫描明细
能力标识关注度命中次数
写入文件writes-files需留意21
发起网络请求network需留意2
R013 清单可疑manifest-obfuscation需留意1
读取文件reads-files一般22
接触凭据或密钥credentials一般20
读取环境变量reads-env一般6
动态加载模块dynamic-import一般5

这份报告的口径

扫描读的是包里的源码，全程不执行第三方代码。 本次读了 9 个文件，扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。

依赖安全公告

已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）

← 返回全部插件