dsh-codex-continue
github.com/zhoujianbin/dsh-codex-continue
v0.3.1
会话与记忆
可执行外部程序写入文件发起网络请求
DSH plugin: browse local Codex projects & sessions and continue them in DSH — read ~/.codex rollouts, pick a session, resume with full context (goal + transcript + cwd).
该插件尚未翻译，显示作者原文。
dshdsh-plugincodexresumesessionopenai-codex
检测报告
关注度高。命中了不少能力模式，其中可能有需要留意的。逐条看下面的清单。
1高关注2需留意3一般18未命中
高关注需留意一般
能力清单
- 可执行外部程序
spawns-processes高关注2 处命中lib/resume-builder.js:1import { execFile } from 'node:child_process';src/resume-builder.ts:1import { execFile } from 'node:child_process'- 看它调用哪些程序。调用本机已有的工具是常见做法。
- 写入文件
writes-files需留意8 处命中lib/codex-index.js:165await fsp.mkdir(cacheDir, { recursive: true });lib/codex-index.js:168await fsp.writeFile(tmp, JSON.stringify(cache));lib/codex-index.js:169await fsp.rename(tmp, cachePath);lib/resume-builder.js:201await fsp.writeFile(target, renderResumeMarkdown(bundle), 'utf8');- 看写入位置。写自己的配置目录是正常的，写系统目录不是。
- 发起网络请求
network需留意2 处命中lib/client.js:73const res = await fetch("/codex-continue/api/" + method, {lib/client/index.js:71const res = await fetch('/codex-continue/api/' + method, {- 看请求发往哪些域名。发往作者自己的后端是常见做法。
- 读取文件
reads-files一般22 处命中lib/codex-index.js:10if (!fs.existsSync(file))lib/codex-index.js:12const raw = fs.readFileSync(file, 'utf8');lib/codex-index.js:86if (!force && fs.existsSync(cachePath)) {lib/codex-index.js:88cached = JSON.parse(fs.readFileSync(cachePath, 'utf8'));- 读文件是绝大多数插件的正常工作方式，本身不构成顾虑。
- 接触凭据或密钥
credentials一般1 处命中README.md:108CI 已配置：打 `v*` tag 自动构建并发布（需仓库 `NPM_TOKEN` secret）。- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
- 动态加载模块
dynamic-import一般1 处命中lib/types/tool.d.ts:2export declare function createCodexTool(service: CodexContinueService): import("@deepseek-ai/dsh-tools").ToolDefinition;- 动态导入本身无害，但会让依赖关系难以静态审阅。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 可执行外部程序 | spawns-processes | 高关注 | 2 |
| 写入文件 | writes-files | 需留意 | 8 |
| 发起网络请求 | network | 需留意 | 2 |
| 读取文件 | reads-files | 一般 | 22 |
| 接触凭据或密钥 | credentials | 一般 | 1 |
| 动态加载模块 | dynamic-import | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 34 个文件，扫描于 2026-10-15。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）