dsh-kdocs-inside
github.com/vansonffff/dsh-kdocs-sidebar
v0.4.1
界面与主题
可执行外部程序写入文件发起网络请求
金山文档 (KDocs) for DeepSeek Harness — browse, preview and quote documents from the right sidebar, with four read-only Agent tools backed by the official kdocs-cli
该插件尚未翻译,显示作者原文。
检测报告
关注度高。命中了不少能力模式,其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意5一般16未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注1 处命中src/client/cli.js:22import { spawn } from 'node:child_process';- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意6 处命中client.js:2842const result = await settleRemoteCall(() => face().rename(draft.ref, draft.value.trim(), signal), signal);client.js:3311jsx('button', { key: 'rename', type: 'button', role: 'menuitem', 'data-kdocs-menu-item': 'rename', disabled: menuBusy, o…src/client/provider.js:545async rename(ref, newName, signal) {src/service.js:150rename(ref, newName, signal) {- 看写入位置。写自己的配置目录是正常的,写系统目录不是。
- 发起网络请求
network需留意1 处命中src/client/provider.js:786const response = await fetch(downloadUrl, { signal });- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 接触凭据或密钥
credentials一般4 处命中src/client/cli.js:16* The CLI is also a black box that owns the user's credential: this modulesrc/client/cli.js:224// caller that needed a pipe (a pasted credential) is gone by design —src/client/cli.js:225// credentials belong to `kdocs-cli` and never travel through this plugin.src/client/provider.js:9* 1. **Credential lifecycle.** `status`, `login`, and `logout` own the CLI's- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 文中出现远程脚本地址
remote-url-reference一般3 处命中README.md:78curl -fsSL https://raw.githubusercontent.com/kdocs-app/kdocs-skill/master/scripts/setup.sh -o /tmp/setup.sh && bash /tmp…README.md:84irm https://raw.githubusercontent.com/kdocs-app/kdocs-skill/master/scripts/setup.ps1 -OutFile $env:TEMP\setup.ps1README.md:376- 桌面端 PDF 渲染使用内置的 [pdf.js](https://github.com/mozilla/pdf.js) v3.11.174- 只是文本里出现了远程脚本地址,没有看到加载它的调用。多半是文档或注释;若确实可疑,搜一下这个地址在包里的其他出现位置。
- 读取文件
reads-files一般2 处命中src/client/cli.js:89return { command: candidate, path: existsSync(candidate) ? candidate : undefined };src/client/cli.js:96if (existsSync(candidate)) return { command: candidate, path: candidate };- 读文件是绝大多数插件的正常工作方式,本身不构成顾虑。
- 读取环境变量
reads-env一般1 处命中src/client/cli.js:86const envDir = process.env.KDOCS_CLI_DIR;- 环境变量里常混有密钥。看它是否把整个 env 都读走。
- 动态加载模块
dynamic-import一般1 处命中src/client/cli.js:216/** @type {import('node:child_process').ChildProcess} */- 动态导入本身无害,但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 1 |
| 写入文件 | writes-files | 需留意 | 6 |
| 发起网络请求 | network | 需留意 | 1 |
| 接触凭据或密钥 | credentials | 一般 | 4 |
| 文中出现远程脚本地址 | remote-url-reference | 一般 | 3 |
| 读取文件 | reads-files | 一般 | 2 |
| 读取环境变量 | reads-env | 一般 | 1 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 20 个文件,扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。