dsh-plan-and-execute
github.com/jimmyzhang219/dsh-plan-and-execute
v0.6.0
其他
含混淆或编码代码写入文件R013 清单可疑
1. `/plan-and-execute 给本仓库写一个加法函数并配测试` → 模型调研、写步骤文件、调 `submit_plan` → 审批弹窗 2. 审批选"继续修改"并输入反馈 → 模型收到反馈重新提交 → 再审批 3. 选"批准" → TodoPanel 出现步骤清单；无确认点的计划连续执行到完成；完成弹窗含各步 summary 4. 在计划里让模型给某步标 `requiresConfirmation: true` → 该步执
作者原文（英文）
dsh plugin: plan-and-execute orchestration over ReactLoopAgent
中文简介由 DeepSeek 模型翻译，仅供参考。
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
3需留意1一般20未命中
高关注需留意一般
能力清单
- 含混淆或编码代码
obfuscated-code需留意149 处命中lib/client/client.js:54feedbackHint: "\u9009\u300C\u7EE7\u7EED\u4FEE\u6539\u300D\u65F6\u9644\u4E0A\u53CD\u9988\uFF0C\u53EF\u9009\uFF1B\u65B0\u5…lib/client/client.js:68schedulePast: "\u6267\u884C\u65F6\u95F4\u9700\u665A\u4E8E\u5F53\u524D\u65F6\u523B",lib/client/client.js:70scheduleHint: "\u9009\u62E9\u5B8C\u6574\u65E5\u671F\u4E0E\u65F6\u95F4\u540E\u751F\u6548",lib/client/client.js:126throw new Error("settings \u4E2D\u627E\u4E0D\u5230\u672C\u63D2\u4EF6\u7684\u914D\u7F6E\u6761\u76EE\uFF08\u9759\u9ED8\u90…- 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
- 写入文件
writes-files需留意5 处命中lib/index.js:22await mkdir(planDir, { recursive: true });lib/index.js:25await writeFile(tmp, `${JSON.stringify(state)}lib/index.js:27await rename(tmp, target);lib/index.js:31await mkdir(planDir, { recursive: true });- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- R013 清单可疑
manifest-obfuscation需留意1 处命中- 安装脚本: prepare
- 清单被刻意写乱时，加载行为会难以预测。看原文而不是看渲染结果。
- 读取文件
reads-files一般1 处命中lib/index.js:11const raw = await readFile(join(planDir, STATE_FILE), "utf8");- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 含混淆或编码代码 | obfuscated-code | 需留意 | 149 |
| 写入文件 | writes-files | 需留意 | 5 |
| R013 清单可疑 | manifest-obfuscation | 需留意 | 1 |
| 读取文件 | reads-files | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 6 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）