dsh-better-display
github.com/aa2246740/dsh-better-display
v0.3.8
会话与记忆
可执行外部程序以 shell 执行命令写入文件
A calmer reading view for DeepSeek Harness: native process details, live reasoning, and clean final answers.
该插件尚未翻译,显示作者原文。
deepseek-harnessdshdsh-plugindshxconversationreasoningstreamingaccessibility
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
2高关注4需留意5一般13未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注7 处命中lib/dsh-better-display.js:6import { spawn } from "node:child_process";lib/types/reveal.js:53import { spawn } from 'node:child_process';scripts/check-harness-compat.mjs:4import { execFileSync } from 'node:child_process';scripts/verify-flowcell.mjs:5import { execFileSync } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 以 shell 执行命令
shell-exec高关注2 处命中scripts/check-harness-compat.mjs:31for (const path of execFileSync('rg', ['--files', 'packages/client', '-g', '*.ts', '-g', '*.tsx'], { cwd: harness, encod…scripts/verify-flowcell.mjs:32? execFileSync('git', ['show', 'v0.3.4:src/client/ChoreographedFlow.tsx'], { cwd: root, encoding: 'utf8' })- 看命令字符串是拼出来的还是写死的。拼接用户输入才是真正的风险。
- 写入文件
writes-files需留意25 处命中scripts/build-motion-fixture.mjs:32await mkdir('.delivery',{recursive:true});scripts/build-motion-fixture.mjs:35await writeFile('.delivery/motion-fixture.js',js);scripts/build-motion-fixture.mjs:36await writeFile('.delivery/motion-fixture.html',`<!doctype html><meta charset="utf-8"><meta name="viewport" content="wid…scripts/check-harness-compat.mjs:59writeFileSync(baselineFile, JSON.stringify(current, null, 2) + '\n');- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 含混淆或编码代码
obfuscated-code需留意24 处命中lib/types/client/Blocks.js:21? _jsxs("div", { className: css.notice, children: ["\u6B64\u5185\u5BB9\u6682\u65F6\u65E0\u6CD5\u5728\u9605\u8BFB\u9875\u…lib/types/client/Blocks.js:99return _jsxs("div", { className: css.unknown, children: [_jsx("p", { children: "\u6B64\u5185\u5BB9\u7C7B\u578B\u5C1A\u67…lib/types/client/Blocks.js:134return _jsxs("div", { className: css.answerActions, children: [text.trim() !== '' && (_jsx("button", { type: "button", c…lib/types/client/McpAppFrame.js:177return (_jsxs("div", { className: css.card, "data-mcp-app-card": true, "data-testid": "mcp-app-card", children: [_jsxs("…- 混淆本身不是恶意,但公开源码里出现大段混淆值得问一句为什么。
- R011 客户端可疑脚本
client-side-risk需留意3 处命中- mcp-app.js: postMessage 无 origin 校验; McpAppFrame.js: postMessage 无 origin 校验
- 浏览器侧代码能改你看到的界面。确认改动范围符合插件用途。
- 发起网络请求
network需留意2 处命中lib/types/client/index.js:111const res = await fetch('/better-display/reveal', {lib/types/client/settings.js:21const res = await fetch(url);- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 动态加载模块
dynamic-import一般66 处命中scripts/build-motion-fixture.mjs:7const { rolldown } = await import(pathToFileURL(deps.resolve('rolldown')).href);scripts/verify-auto-fold.mjs:15const { build } = await import(pathToFileURL(createRequire(require.resolve('tsx')).resolve('esbuild')).href);scripts/verify-auto-fold.mjs:16const { launchPinnedChromium } = await import(pathToFileURL(join(homedir(), '.codex/playwright-runtime/runtime.mjs')).hr…scripts/verify-flowcell.mjs:10const { launchPinnedChromium } = await import(pathToFileURL(join(homedir(), '.codex/playwright-runtime/runtime.mjs')).hr…- 动态导入本身无害,但会让依赖关系难以静态审阅。
- 读取文件
reads-files一般64 处命中lib/dsh-better-display.js:93if (existsSync(join(current, ".git"))) return current;lib/dsh-better-display.js:102entries = await readdir(rootPath, { withFileTypes: true });lib/dsh-better-display.js:126].find((path) => existsSync(join(path, "SKILL.md")));lib/types/skill-roots.js:41if (existsSync(join(current, '.git')))- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般23 处命中lib/dsh-better-display.js:61function resolveDshHome(env = process.env, home = homedir()) {lib/dsh-better-display.js:67function resolveAgentsHome(env = process.env, home = homedir()) {lib/dsh-better-display.js:72function userSkillRoots(env = process.env, home = homedir()) {lib/dsh-better-display.js:129const roots = [...userSkillRoots(options.env ?? process.env, options.home ?? homedir())];- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 接触凭据或密钥
credentials一般2 处命中CHANGELOG.md:273- Target DeepSeek Harness 0.1.5-rc.2 through public plugin/client extension points. No Agent, SDK, provider, credential,…README.en.md:29Targets DeepSeek Harness **0.2.0-rc.2** (`dsh-v0.2.0-rc.2`). Display only. It does not change Agent execution, the SDK, …- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 使用 vm 模块做隔离
uses-vm-module一般1 处命中tests/retiring-content.test.ts:5import { runInNewContext } from 'node:vm';- 用 node:vm 是在建立隔离,不是在突破它。本身不是顾虑,但值得知道这个插件会执行动态代码。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 7 |
| 以 shell 执行命令 | shell-exec | 高关注 | 2 |
| 写入文件 | writes-files | 需留意 | 25 |
| 含混淆或编码代码 | obfuscated-code | 需留意 | 24 |
| R011 客户端可疑脚本 | client-side-risk | 需留意 | 3 |
| 发起网络请求 | network | 需留意 | 2 |
| 动态加载模块 | dynamic-import | 一般 | 66 |
| 读取文件 | reads-files | 一般 | 64 |
| 读取环境变量 | reads-env | 一般 | 23 |
| 接触凭据或密钥 | credentials | 一般 | 2 |
| 使用 vm 模块做隔离 | uses-vm-module | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 234 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。