dsh-authorization
github.com/deepseek-ai/deepseek-harness
v0.1.1-rc.1
会话与记忆
授权服务定义(`ctx.authorization`)。有些凭据无法通过配置获得,只能去获取:获取一个凭据意味着要与真人对话——打开这个页面、粘贴那段代码、选择一个账号。这个接缝负责的就是这场对话及其整个生命周期,而绝不涉及协议本身。
作者原文(英文)
Authorization seam (ctx.authorization): plugin-owned flows that obtain a credential through a conversation with the human
中文简介由 DeepSeek 模型翻译,仅供参考。
检测报告
能力很少。几乎没有命中能力模式,源码里很少出现敏感调用。
1一般23未命中
高关注需留意一般
能力清单
- 接触凭据或密钥
credentials一般50 处命中lib/index.js:6* obtaining a credential nobody can supply from configuration alone, becauselib/index.js:11* A plugin that knows how to obtain its own credential registers a flow keyedlib/index.js:12* by the `CredentialKey` that flow writes, and the flow talks to whateverlib/index.js:19* key: credentialKey('llm-pi-ai', 'openai-codex'),- 看它读取哪些凭据、发往哪里。用于登录自己的服务是正常的。
逐条扫描明细
| 能力 | 标识 | 关注度 | 命中次数 |
|---|---|---|---|
| 接触凭据或密钥 | credentials | 一般 | 50 |
这份报告的口径
扫描读的是包里的源码,全程不执行第三方代码。 本次读了 12 个文件,扫描于 2026-10-14。 命中次数只说明源码里出现过这类调用,不说明行为好坏——一个插件读写文件 500 次和 1 次 都会被记为「读取文件」。这是能力清单,不是信任评分,也不是安全结论: 没扫出来的能力可能只是写法没被规则覆盖。
依赖安全公告
已查询这个插件声明的全部依赖,没有匹配到已公开的安全公告。(含 DSH 框架包在内的 @deepseek-ai/* 不作查询——那是运行时自己的问题,不是插件的。)