dsh-progress
github.com/lsqace-del/dsh-progress
v0.1.0
界面与主题
写入文件启动伪终端发起网络请求
DSH plugin: 「进度」实验/项目进度管理 — agent 工具(progress_*)+ better-sidebar 侧边栏界面(iframe 托管原版界面),数据存会话项目 .progress/progress.json。可通过 github: 或 npm 安装到任意 DSH 桌面 profile。
该插件尚未翻译,显示作者原文。
dshdsh-pluginprogresslab-plannerganttscheduleexperiment-tracking
检测报告
有一定能力。命中了若干能力模式,大多是插件正常工作时会用到的。
3需留意3一般18未命中
高关注需留意一般
能力清单
- 写入文件
writes-files需留意17 处命中lib/index.js:29appendFile(BOOT_LOG, line).catch(() => {})lib/index.js:39appendFile(ACCESS_LOG, line).catch(() => {})lib/index.js:828await mkdir(dirname(target), { recursive: true })lib/index.js:829await writeFile(target, bytes)- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 启动伪终端
spawns-pty需留意9 处命中CHANGELOG.md:23- `scripts/install.sh`:自动引导 `dsh` 命令(PATH → npm 全局 → 本机启动器)、修复新 profile 的 pnpm `node-pty` 占位符、走官方 CLI 安装并自动 reconcile bu…README.md:127- **安装时 pnpm 报 `ERR_PNPM_IGNORED_BUILDS: node-pty`**:profile 的 `pnpm-workspace.yaml` 缺少 `allowBuilds: node-pty: true`(或仍…scripts/install.sh:11# - 自动在 pnpm-workspace.yaml 授权 allowBuilds.node-pty=true(pnpm v11 否则scripts/install.sh:66# ---- 4. 授权 pnpm 构建脚本(node-pty,dsh-better-sidebar 依赖)----- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
- 发起网络请求
network需留意5 处命中static/app.js:2602const response = await window.fetch(url, {static/app.js:6203const response = await window.fetch(`/api/progress/upload?${params.toString()}`, {static/app.js:9169const response = await window.fetch(src, { cache: "no-store" });lib/client.js:91fetch('/api/progress/info?session=' + encodeURIComponent(sessionId), { cache: 'no-store' })- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般44 处命中static/app.js:349appLockPassword: "密码",static/app.js:773appLockSetupTitle: "Set Access Password",static/app.js:774appLockUnlockTitle: "Enter Access Password",static/app.js:775appLockSetupHint: "This password is used only to unlock data on this device.",- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 读取文件
reads-files一般6 处命中lib/index.js:736entry = await readFile(new URL(name, STATIC_DIR))lib/index.js:858const bytes = await readFile(target)lib/store.js:260const raw = JSON.parse(await readFile(dataPath, 'utf8'))lib/store.js:340const text = await readFile(path, 'utf8')- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 文中出现远程脚本地址
remote-url-reference一般1 处命中README.md:18curl -fsSL https://raw.githubusercontent.com/lsqace-del/dsh-progress/main/scripts/install.sh | bash- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 写入文件 | writes-files | 需留意 | 17 |
| 启动伪终端 | spawns-pty | 需留意 | 9 |
| 发起网络请求 | network | 需留意 | 5 |
| 接触凭据或密钥 | credentials | 一般 | 44 |
| 读取文件 | reads-files | 一般 | 6 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 11 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)