DSH插件目录
浏览全部

工具与效率 · v0.1.0

research-plugin

github.com/lzszq/dsh-scholar

能力可执行外部程序以 shell 执行命令向其他插件注入

DSH Research OS — a fully automated scientific research plugin for DSH (DeepSeek Harness): survey, idea, experiment contract, durable runner jobs, claim-evidence ledger, manuscript and release bundle.

该插件尚未翻译，显示作者原文。

仅 GitHub
认证 未评级已扫描 ✓健康 D/53星 —
16 项能力
许可
BSD-3-Clause

安装命令

dsh plugin --profile web add git+https://github.com/lzszq/dsh-scholar

实测：这条命令在隔离环境里没装上（安装失败）。安装前先看这个仓库的构建要求。

检测报告

关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
3高关注7需留意6一般8未命中
高关注需留意一般

能力清单

  • 可执行外部程序spawns-processes高关注17 处命中
    • …t-readme/capture-screenshots.mjs:4import { spawn } from 'node:child_process'
    • …s/release-bundle/build-bundle.sh:277const { execSync } = require('child_process')
    • …research-kernel/src/pty-local.ts:45import { spawn, spawnSync, type ChildProcess } from 'node:child_process'
    • …-kernel/src/sidecar-lifecycle.ts:17import { spawn, type ChildProcess } from 'node:child_process'
    • 看它调用哪些程序。调用本机已有的工具是常见做法。
  • 以 shell 执行命令shell-exec高关注5 处命中
    • …s/release-bundle/build-bundle.sh:278const sh = (cmd) => { try { return execSync(cmd, { encoding: 'utf8' }).trim() } catch { return null } }
    • scripts/verify-docs.mjs:206const out = execFileSync('git', args, { cwd: root, encoding: 'utf8', stdio: ['ignore', 'pipe', 'pipe'] })
    • tests/unit/ocr-service.test.ts:162const before = JSON.parse(execFileSync(process.execPath, [seedFile, root], { encoding: 'utf8' })) as { requestId: string…
    • tests/unit/packaging.test.ts:60return execFileSync(cmd, args, { cwd, encoding: 'utf8', stdio: ['ignore', 'pipe', 'pipe'] })
    • 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
  • 向其他插件注入plugin-tree-injection高关注1 处命中
    • @dsh-scholar/research-plugin
    • 看 patch 里 insert 的包是不是本项目自己的。插入第三方代码要格外留意。
  • 发起网络请求network需留意433 处命中
    • evals/.dbg7.sh:133const r=await fetch('http://127.0.0.1:'+process.argv[1]+'/v1/projects/'+process.argv[2]+'/evidence/verified',{method:'PO…
    • evals/.demo-r.sh:126const r=await fetch('http://127.0.0.1:'+process.argv[1]+'/v1/projects/'+process.argv[2]+'/evidence/verified',{method:'PO…
    • evals/.demo-s.sh:126const r=await fetch('http://127.0.0.1:'+process.argv[1]+'/v1/projects/'+process.argv[2]+'/evidence/verified',{method:'PO…
    • evals/baseline-eval.sh:48const res=await fetch('http://127.0.0.1:'+process.env.PORT+'/v1/artifacts/'+encodeURIComponent(art)+'?project_id='+proce…
    • 看请求发往哪些域名。发往作者自己的后端是常见做法。
  • 写入文件writes-files需留意328 处命中
    • evals/clean-room-rerun.sh:66node -e 'console.log(JSON.stringify(`const fs=require("fs");const m={schema_version:1,run_id:process.env.DSH_RUN_ID,cont…
    • evals/demo-full-flow.sh:58fs.mkdirSync(require('path').dirname(output), { recursive: true })
    • evals/demo-full-flow.sh:59fs.writeFileSync(output, JSON.stringify(report) + '\n', 'utf8')
    • evals/demo-full-flow.sh:84fs.mkdirSync(require('path').dirname(output), { recursive: true })
    • 看写入位置。写自己的配置目录是正常的，写系统目录不是。
  • 可终止进程kills-processes需留意13 处命中
    • …security/run-dsh-plugin-tests.sh:427const alive = (pid) => { try { process.kill(pid, 0); return true } catch { return false } }
    • …security/run-dsh-plugin-tests.sh:428const terminate = (pid) => { if (!alive(pid)) return; try { process.kill(pid, 'SIGKILL') } catch { /* gone */ } }
    • …/remote-kernel-lifecycle.test.ts:112expect(() => process.kill(childPid!, 0)).not.toThrow()
    • …/remote-kernel-lifecycle.test.ts:116expect(() => process.kill(childPid!, 0)).toThrow()
    • 看它终止的是自己启动的进程，还是按名字匹配到的任意进程。
  • 启动伪终端spawns-pty需留意10 处命中
    • docs/acceptance-tests.md:811- `DSH-UPGRADE-01-RUNTIME`：真实 DSH profile dump 包含 `@dsh-scholar/research-plugin`；3080/7412/18610 各至多一个预期 listener，Host 与…
    • docs/execution-runtime.md:137**LocalPtyAdapter（本地真实 tty，已完成）**：`packages/research-kernel/src/pty-local.ts`——Node 无内置 PTY，kernel 启动时 spawn `python3` 桥…
    • docs/manual-acceptance.md:80- **DSH `@latest` 重装 + canonical 数据升级 smoke：PASS（2026-08-28）**：registry 的 `latest` 与 `next` 都解析为 `0.1.1-rc.2`；使用已 source…
    • docs/manual-acceptance.md:81- **DSH `@latest` 同版本干净重装兼容 smoke：自动 PASS / 原生页签点击受工具限制（2026-08-30）**：registry `latest=next=0.1.1-rc.2`，本机卸载并从 npm 干净重装后…
    • 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
  • 动态执行代码dynamic-code需留意8 处命中
    • .github/workflows/ci.yml:101- name: Docker isolation eval (blocking)
    • .github/workflows/ci.yml:122- name: Golden Path v2 real-execution eval (blocking)
    • .github/workflows/ci.yml:143- name: Clean-room rerun eval (blocking)
    • …n-path-v2/fixture-repo/README.md:4Golden Path v2 eval (`evals/golden-path-v2/run-golden-v2.sh`). No external
    • 看 eval / new Function 的入参来自哪里。常量字符串和用户输入是两回事。
  • 含混淆或编码代码obfuscated-code需留意1 处命中
    • …/security/run-workspace-tests.sh:228printf 'PNG\x00\x01\x02\xff\xfeBINARYPAYLOAD' > "$WORK/asset.bin"
    • 混淆本身不是恶意，但公开源码里出现大段混淆值得问一句为什么。
  • 运行时改写自身配置modifies-own-manifest需留意1 处命中
    • tests/unit/packaging.test.ts:183writeFileSync(join(consumer, 'package.json'), JSON.stringify({
    • 运行时改写自身配置会让下次启动的行为和你看过的源码不一致。
  • 读取文件reads-files一般379 处命中
    • evals/.dbg.sh:41const data = JSON.parse(fs.readFileSync(dataPath, 'utf8'))
    • evals/.dbg2.sh:48const data = JSON.parse(fs.readFileSync(dataPath, 'utf8'))
    • evals/.dbg3.sh:51const data = JSON.parse(fs.readFileSync(dataPath, 'utf8'))
    • evals/.dbg4.sh:49const data = JSON.parse(fs.readFileSync(dataPath, 'utf8'))
    • 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
  • 读取环境变量reads-env一般357 处命中
    • evals/baseline-eval.sh:48const res=await fetch('http://127.0.0.1:'+process.env.PORT+'/v1/artifacts/'+encodeURIComponent(art)+'?project_id='+proce…
    • evals/baseline-eval.sh:53const expected=Number(process.env.EXPECTED), tol=Number(process.env.TOLERANCE)
    • evals/clean-room-rerun.sh:66node -e 'console.log(JSON.stringify(`const fs=require("fs");const m={schema_version:1,run_id:process.env.DSH_RUN_ID,cont…
    • evals/clean-room-rerun.sh:69KEY="$1" CT="$3" SNAP="$4" INNER="$(metrics_script "$2")" node -e 'console.log(JSON.stringify({idempotency_key:process.e…
    • 环境变量里常混有密钥。看它是否把整个 env 都读走。
  • 动态加载模块dynamic-import一般98 处命中
    • evals/code-snapshot-lib.sh:37const fs = await import("node:fs")
    • evals/code-snapshot-lib.sh:38const path = await import("node:path")
    • evals/docker-eval.sh:113api -X POST "http://127.0.0.1:$PORT/v1/projects/$PROJ/jobs" -d '{"idempotency_key":"dk-code","kind":"smoke","payload":{"…
    • …/golden-path-v2/run-golden-v2.sh:128const fs=await import("node:fs")
    • 动态导入本身无害，但会让依赖关系难以静态审阅。
  • 接触凭据或密钥credentials一般63 处命中
    • docs/api-contracts.md:201- **secret 文件不可快照**：匹配已知 secret 模式（`.env`/`.env.*`、`*_token`/`*-token`/`*.secret`/`*.password`/`*.credential*`、`*.key`/`…
    • evals/clean-room-rerun.sh:69KEY="$1" CT="$3" SNAP="$4" INNER="$(metrics_script "$2")" node -e 'console.log(JSON.stringify({idempotency_key:process.e…
    • evals/clean-room-rerun.sh:109KEY="rerun-baseline-11" CT="$CT2" SNAP="$SNAP2" INNER="$(metrics_script 11)" node -e 'console.log(JSON.stringify({idempo…
    • evals/clean-room-rerun.sh:111KEY="rerun-baseline-23" CT="$CT2" SNAP="$SNAP2" INNER="$(metrics_script 23)" node -e 'console.log(JSON.stringify({idempo…
    • 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
  • 使用 vm 模块做隔离uses-vm-module一般1 处命中
    • …ts/verify-research-ui-bundle.mjs:2import { Script } from 'node:vm'
    • 用 node:vm 是在建立隔离，不是在突破它。本身不是顾虑，但值得知道这个插件会执行动态代码。
  • 文中出现远程脚本地址remote-url-reference一般1 处命中
    • …ity/run-standalone-http-tests.sh:1143R=$(curl -s -o /dev/null -w '%{http_code}' "http://127.0.0.1:$FC_WEB/client.js")
    • 只是文本里出现了远程脚本地址，没有看到加载它的调用。多半是文档或注释；若确实可疑，搜一下这个地址在包里的其他出现位置。
逐条扫描明细
能力标识关注度命中次数
可执行外部程序spawns-processes高关注17
以 shell 执行命令shell-exec高关注5
向其他插件注入plugin-tree-injection高关注1
发起网络请求network需留意433
写入文件writes-files需留意328
可终止进程kills-processes需留意13
启动伪终端spawns-pty需留意10
动态执行代码dynamic-code需留意8
含混淆或编码代码obfuscated-code需留意1
运行时改写自身配置modifies-own-manifest需留意1
读取文件reads-files一般379
读取环境变量reads-env一般357
动态加载模块dynamic-import一般98
接触凭据或密钥credentials一般63
使用 vm 模块做隔离uses-vm-module一般1
文中出现远程脚本地址remote-url-reference一般1

这份报告的口径

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

可信度

这个插件只在 GitHub 上发布，没有走过 npm 的分发链路。下面的梯子按 GitHub 通道的证据计算：补丁审计、钉在 commit 上的源码快照、隔离试装；L2 的「宿主启动」这一层还没有对 git 通道跑过，所以等级停在 L1。

53 健康分 D 扣分项下方逐条附证据
  • -20隔离环境装不上fail：ent" is present in the workspace This error happened while installing the dependencies of @dsh-scholar/research-plugin@0.1.0 Packages found in the workspace: ds
  • -10声明与实物不符：entry-missingmajor：['./lib/client.js', './lib/index.js', 'lib/index.js']
  • -5声明与实物不符：types-missingwarn：['./lib/index.d.ts', 'lib/index.d.ts']
  • -10声明与实物不符：client-present-undeclaredmajor：['packages/dsh-research-ui/src/client/api.ts', 'packages/dsh-research-ui/src/client/artifact-list-model.ts', 'packages/dsh-research-ui/src/c
  • -2没有 READMEminor

认证等级 未评级

  • L0静态结构与契约—契约不符：entry-missing
  • L1配置组合与依赖图✓跨包无 entry id 冲突，插入模块可解析，目录内 peer 满足（前一级未通过，本项不计入等级）前一级未通过，不计入等级
  • L2隔离沙箱冒烟—试装未通过（install-failed）
  • L3运行时健康监控—未抽样（本层是抽样检测：没有会话不等于干净）
评分口径与作者信息

从 100 分开始按规则扣减：fail −20 / major −10 / warn −5 / minor −2；star 数、下载量、LLM 输出都不参与评分

维护者
—
仓库
https://github.com/lzszq/dsh-scholar
许可
BSD-3-Clause
最后发布
—
周下载
—
star
—

扫描状态：已扫描。能力是事实，不是缺陷； 周下载与 star 只作参考，不参与评分。

认证等级只回答四件事：包本身是否完整可解析（L0）、能不能与别的插件组合（L1）、隔离环境里装不装得上并起得来（L2）、抽样运行时有没有异常（L3）。依赖漏洞、仓库存活、下载量都不参与评级，只作为独立信号标注。可信 ≠ 无漏洞，上架 ≠ 推荐。

DSH peer 依赖16 个cordisdsh-attachmentdsh-client-connectiondsh-client-localedsh-client-runtimedsh-client-ui-conversationdsh-client-ui-settingsdsh-client-ui-settings-pluginsdsh-client-ui-slotsdsh-commandsdsh-llmdsh-settings等 16 个均为 @deepseek-ai/ 下的包
第三方依赖0 个（纯自包含）
依赖安全公告已查询全部依赖，没有匹配到已公开的安全公告（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）

同分类其他插件

Ddsh-spotlight面向 DeepSeek Harness Web 的键盘优先命令面板。L1Ddeepseek-harnessCordis 插件为 DeepSeek Harness 提供六个可供模型调用的工具等。L3Ddsh-mcp-adapter面向 DeepSeek Harness（dsh）的 token 高效 MCP 适配器——一个受…L1Ddsh-automation开始使用 / 演示 / 参考 / 报告问题。L2Ddsh-kanban一个协作式看板，你和你的 AI agent 在其中共同规划、组织并交付工作——无需离开 DeepSeek…L0Ddsh-pluginaltamkp 为 DeepSeek Harness 提供的个人插件集合。L3

查看「工具与效率」全部 251 个

返回首页