DSH Plugins
返回列表
🧩

dsh-wsl-secret

admin-security 更新于 2026.09.30

在终端中运行以下命令:

dsh plugin install 173787247/dsh-wsl-secret

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 终端执行 dsh plugin install 173787247/dsh-wsl-secret,或按插件库说明从 https://github.com/173787247/dsh-wsl-secret 安装。

插件介绍

在 DSH(Cordis)里给 Agent 用 OpenRouter、Discord Bot Token 这类应用密钥时,最怕两件事:要么把明文塞进聊天上下文,要么误读不该碰的 pass 条目。dsh-wsl-secret 专门做「应用侧密钥」的安全读取,和只管 Git 推送/拉取凭据提示的 dsh-wsl-cred 分工不同。

插件对接本机 pass 与 age 工具链,通过 Cordis 的 allowPrefixes 白名单决定能访问哪些密钥名或目录。未配置前缀时一律拒绝,这是刻意的安全默认;secret_status 里 ready=false 只表示尚未放行,并不一定是故障。

日常使用建议走 secret_to_env:把 pass 或 age 解密结果写入当前 dsh 进程的 process.env,聊天里只给 preview,同一进程内的其它工具可直接读环境变量。需要确认时可列举名字、检查是否存在;完整明文应少开 reveal,且永远不要贴进对话。

适合在 WSL/Linux 上已用 pass 或 age 管理密钥、又希望在 DSH Web UI 里让工具安全拿到 API Key 的开发者与运维。若你只需 Git 凭据交互,请用 dsh-wsl-cred。

使用场景

  • 在 Cordis 中为 OpenRouter 等模型服务注入 API Key,且不向聊天暴露完整明文
  • 通过 allowPrefixes 白名单,仅允许 Agent 读取指定前缀下的 pass 条目
  • 用 secret_to_env 在同一 dsh 进程内为后续工具提供 process.env 中的密钥

适合人员

  • 在 WSL/Linux 上用 pass 或 age 管理应用密钥的开发者
  • 需要在 DSH 中安全使用第三方 API Token 的 Cordis 用户
  • 关注默认拒绝与白名单策略的安全-conscious 运维