dsh-session-telemetry
github.com/deepseek-ai/deepseek-harness
v0.0.1-rc.1
会话与记忆
遥测 Service Definition 声明了 `TelemetryBackend` 契约，其捕获协调器会把会话记录交给任何实现了该契约的上报 SDK 后端。捕获既可以跟随实时会话事件，也可以按需重放一段规范会话日志前缀。本包在调用 `emit()` 之后便不再介入：批处理、重试、排队和丢失策略都属于后端 SDK 的职责，本包既不规定也不包装。设计理由与被否决的备选方案见：复活 Agent Note、反馈门控投递 以及 无缓冲反馈重
作者原文（英文）
Telemetry seam for the DeepSeek Harness: session-event capture, projection, redaction, and handoff to a reporting backend
中文简介由 DeepSeek 模型翻译，仅供参考。
检测报告
能力很少。几乎没有命中能力模式，源码里很少出现敏感调用。
1一般23未命中
高关注需留意一般
能力清单
- 接触凭据或密钥
credentials一般1 处命中README.md:42- **No built-in redaction rules** — with no `telemetry/record` listener mounted, records leave the process exactly as ca…- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 接触凭据或密钥 | credentials | 一般 | 1 |
这份报告的口径
扫描读的是包里的源码，全程不执行第三方代码。 本次读了 9 个文件，扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用，不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单，不是信任评分，也不是安全结论： 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖，没有匹配到已公开的安全公告。（含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题，不是插件的。）