dsh-automation
github.com/alpacachen/dsh-automation
v0.3.32
工具与效率
含混淆或编码代码写入文件发起网络请求
Automation 的起点很简单：让 Agent 不必每次等我们打开对话，而是能按约定的时间接手工作。从定时任务到会话延续、执行记录和消息投递，这个项目承载了不少尝试，也收到了许多帮助。
作者原文（英文）
Durable agent-created automations for DeepSeek Harness
中文简介由 DeepSeek 模型翻译，仅供参考。
deepseek-harnessdshdsh-pluginautomationscheduler
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
4需留意3一般17未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意67 处命中lib/client.js:451guidedCreationPrompt: "\u8BF7\u5E2E\u6211\u4E3A\u5F53\u524D\u5DE5\u4F5C\u533A\u521B\u5EFA\u4E00\u4E2A\u65B0\u7684\u81EA\…lib/client.js:457loadFailedHint: "\u8BF7\u68C0\u67E5\u8FDE\u63A5\u540E\u91CD\u8BD5\u3002\u5DF2\u6709\u4EFB\u52A1\u4E0D\u4F1A\u88AB\u4FEE\…lib/client.js:459noFilteredTasks: "\u5F53\u524D\u5206\u7C7B\u4E0B\u6682\u65E0\u4EFB\u52A1",lib/client.js:461discardTitle: "\u653E\u5F03\u672A\u4FDD\u5B58\u7684\u4FEE\u6539\uFF1F",- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意5 处命中lib/runner.js:276this.ctx.sessionTitle.rename(agent.session, titleFor(task, run));lib/store.js:7await mkdir(directory, { recursive: true });lib/store.js:12await handle.writeFile(content, 'utf8');lib/store.js:16await rename(temporary, path);- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 发起网络请求
network需留意1 处命中lib/client.js:1624const response = await fetch(`${API}${path}`, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- R013 清单可疑
manifest-obfuscation需留意1 处命中- 安装脚本: prepare
- 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
- 动态加载模块
dynamic-import一般26 处命中lib/controller.d.ts:24options(id: string, agentPreset?: string | null, provider?: string, model?: string): Promise<import("./types.js").AgentC…lib/client/icons.d.ts:5export declare function IconAgentPresetOutline16(props: IconProps): import("react").JSX.Element;lib/client/icons.d.ts:6export declare function IconAlarmClockOutline16(props: IconProps): import("react").JSX.Element;lib/client/icons.d.ts:7export declare function IconCheckOutline16(props: IconProps): import("react").JSX.Element;- 动态导入本身无害，但会让依赖关系难以静态审阅。
- 读取文件
reads-files一般1 处命中lib/store.js:59raw = await readFile(this.path, 'utf8');- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 读取环境变量
reads-env一般1 处命中lib/index.js:41const root = resolve(config.root ?? join(process.env.DSH_HOME ?? join(homedir(), '.dsh'), 'automation'));- 环境变量里常混有密钥。看它是否把整个 env 都读走。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 67 |
| 写入文件 | writes-files | 需留意 | 5 |
| 发起网络请求 | network | 需留意 | 1 |
| R013 清单可疑 | manifest-obfuscation | 需留意 | 1 |
| 动态加载模块 | dynamic-import | 一般 | 26 |
| 读取文件 | reads-files | 一般 | 1 |
| 读取环境变量 | reads-env | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 60 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。