dsh-terminal
github.com/deepseek-ai/deepseek-harness
v0.0.1-rc.3
市场与管理
启动伪终端
按 owner 划分的持久 PTY 接缝。`TerminalSessionService` 注册为 `ctx.terminals`，生成不透明的会话 id，通过具名后端路由创建请求，把每个操作都限定在确切存活的 `Agent` 上，并在该 agent 或服务销毁时等待后端静默。
作者原文（英文）
Persistent PTY session seam for the DeepSeek Harness — owner-scoped ids, backend registry, interactive sends, reads, signals, and awaited cleanup
中文简介由 DeepSeek 模型翻译，仅供参考。
检测报告
有一定能力。命中了若干能力模式，大多是插件正常工作时会用到的。
1需留意23未命中
高关注需留意一般
能力清单
- 启动伪终端
spawns-pty需留意2 处命中README.md:20The seam contains no `node-pty`, sandbox, tool-schema, prompt, task, or terminal-rendering policy. Implementations own t…README.zh.md:20该 seam 不包含 `node-pty`、沙箱、工具 schema、提示词、任务或终端渲染策略。实现负责终端机制；消费方负责模型呈现和可选的后台任务注册。- 伪终端等于给了一个完整 shell。确认这是插件的核心功能。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 启动伪终端 | spawns-pty | 需留意 | 2 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 9 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）