A

assistant-recovery

github.com/22-ai-00/dsh-enhanced

v0.1.48 其他 写入文件

`supervised-growth/v2` 的确定性恢复控制面。它把“成长心跳”从交互 Agent、模型和 preset 工具面中移出,注册一个版本化 Host executor,并按固定 catalog 执行有界步骤。 模型不能选择步骤、目标 scope、owner route、Policy principal 或操作上限。

作者原文(英文)

Deterministic Host recovery and supervised self-evolution runbook for DeepSeek Harness.

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

deepseekdeepseek-harnessdsh-plugin
分类
other
发布
2026-09-26
版本
v0.1.48

检测报告

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

能力清单

  • 写入文件writes-files需留意3 处命中
    • lib/operator.js:198unlinkSync(`${anchor}/${name}`);
    • lib/operator.js:652rmSync(temporaryPath, { recursive: true, force: true });
    • lib/sqlite.js:34mkdirSync(dirname(path), { recursive: true, mode: 0o700 });
    • 看写入位置。写自己的配置目录是正常的,写系统目录不是。
  • 读取文件reads-files一般4 处命中
    • lib/operator.js:99entries = readdirSync(procSelfFd);
    • lib/operator.js:206if (readdirSync(anchor).length !== 0)
    • lib/operator.js:485if (!existsSync(databasePath)) {
    • lib/sqlite.js:35if (!existsSync(path)) {
    • 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
  • 动态加载模块dynamic-import一般2 处命中
    • lib/service.d.ts:21static Config: import("@deepseek-ai/schemastery").default<RecoveryConfig>;
    • lib/service.d.ts:45export declare const Config: import("@deepseek-ai/schemastery").default<RecoveryConfig>;
    • 动态导入本身无害,但会让依赖关系难以静态审阅。
  • 文中出现远程脚本地址remote-url-reference一般1 处命中
    • README.md:24bash -c "$(curl -fsSL "https://raw.githubusercontent.com/22-ai-00/dsh-enhanced/$DSH_ENHANCED_RELEASE/scripts/install/ins…
    • 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
能力标识关注度命中次数
写入文件writes-files需留意3
读取文件reads-files一般4
动态加载模块dynamic-import一般2
文中出现远程脚本地址remote-url-reference一般1

这份报告的口径

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

依赖安全公告

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

← 返回全部插件